Gå til innhold

SSD-tråden: info om og diskusjon rundt SSD


Anbefalte innlegg

Videoannonse
Annonse

En interresant post på storagesearch.com:

How fast is the SSD market changing?

Editor:- November 1, 2010 - if you look at the top 10 SSD topics viewed by StorageSearch.com readers in October - (listed on the right of this column) they look very similar to the same list a year ago.

 

Is this a sign of the SSD market maturing?

 

It's tempting to think so - but that would be a mistake in my view.

 

Yes there is traction. The main concerns in the SSD market today are very similar to what they were a year ago - but there are new ways of addressing those concerns too.

 

And a lot more SSD vendors who want to persuade you that their own particular way is the best. You can see how the popularity of individual SSD companies has changed in the past 3 years by viewing the top 10 SSD oems list in the 3rd quarter in these years - 2010, 2009 and 2008.

 

Here are some segments in the SSD market which were invisible or didn't exist a few years ago - but are worth thinking about.

 

2 years ago - the PCIe SSD card business was just starting and didn't register in any top 10 lists. Today it's shaking up the enterprise SSD market.

 

2 years ago - outside of a small technical elite - most customers didn't ask the question - who had designed the SSD controller in the SSD they were buying. If they thought about it at all - they assumed it was the same company whose logo was on the invoice. Today the controller identity has become one of the key ways that vendors differentiate their SSD brands.

 

2 years ago - the SSD ASAP market didn't exist. It's still a very small market today - even though 10 to 20 vendors have shipped or announced ASAP products in the past year. That's because users are being very cautious and evaluating these systems - rather than taking on trust vendor claims that they can accelerate pools of HDD storage automatically and economically. If vendors can convince users that their ASAPs work - and are a low risk way to accelerate legacy apps and infrastructure - this could become a multi-billion dollar market.

 

2 years ago - the SSD backup market didn't exist. Today it's still a tiny niche - because it doesn't offer economic or reliable solutions for the mainstream. That's a slow burner market - with many technologies still to be developed and prove. My most optimistic forecast indicates it could be another 5 years before it this one become mainstream. It will still use 2.5" SSDs - but they will be unlike any products in the market today - optimized for reliability, low power consumption and data integrity rather than speed.

click here to see our directory of SSD market analysts 2 years is a short time in the history of the SSD market. But as you can see from my examples above - if you simply assume that the trajectory of the SSD market will be like that of speeded up hard drives - you'd be wrong about where the market's destination.

Hva er deres tanker?

Lenke til kommentar

Bestilte meg en 64GB C300 i helga, kommer trolig i morgen.

 

Så var jeg en tur inne på Crusials nettsider, og der finner jeg 0002-firmware bare for 128 og 256. Betyr det at jeg har dummet meg ut - eller er 0002 standard - eller er det jeg som er for dårlig til å lete?

Alle versjoner kommer med 0002 firmware. 64gb har aldri vært noe annet enn 0002, da den ble utgitt en god stund etter 0002 firmwaren kom.

 

 

 

Lenke til kommentar

Mine tanker GullLars:

 

"the PCIe SSD card business"

SSD er fortsatt bare i barndommen og kommunikasjon mot CPU og RAM er et stykke arbeid som knapt nok er påbegynt. Her blir det viktig med lav forsinkelse og lav overhead. Båndbredde er til sammenligning et trivielt problem som vil løse seg selv, så å si, med tiden. PCIe virker som den mest nærliggende løsningen, men på sikt kan en gjerne tenke seg IB eller at en integrerer ONFI grensesnitt på CPU eller chipset slik at en har kun chip-intern topologi eller i verstefall QPI eller HTT som mellomledd. Delt lagring bør over på IB.

 

"who had designed the SSD controller"

Dette er blitt et viktig tema, men en kan undre seg på om det er riktig plass å putte komplekisteten i kontrolleren. Disse er snart egne datamaskiner komplett med eget OS og ARM CPU og RAM. Tror dette vil avhenge en del av hvilken bruk en ser for seg, men jeg mener bestemt at (hoved) OS og CPU er de to komponentene som bør håndtere mye av dette på sikt. Ting vil imidlertid endre seg litt med objektbasert lagring, men siden all lagring alltid vil være blokk basert på fysisk nivå så kan en jo se or seg at objekt funksjonen ligger et annet sted enn i kontrolleren. For delt lagring bør nok objekt wrapperen ligge i et OS som styrer flere underliggende blokk-baserte enheter. for dedikert lagring kan det være greit å få kompleksiteten ut av OS i førsteomgang slik som i dag (med unntak av FusionIO hvor kompleksiteten er lagt til en driver i OS), men ettersom OS modnes kan en vel like gjerne legge det inn der.

 

"the SSD ASAP market" (ASAP aka. Autotuning SSD Accellerated Pools, eller SSD som cache for HDD om en vil, og gjerne DRAM som cache for SSD)

 

Cache is king... Innen lagring har en ikke fått noen god løsning på dette egentlig. Med et hederlig unntak for ZFS. Til og med terminologien er helt hårete her. Det finnes massevis av avansert caching for RAM men for langt tregere lagring skal det tydeligvis være vanskelig. Det kommer imidlertid ting nå. EMC har fått til directory basert cache choerency mellom separate siter bla., så coherency har de fikset, men hierarki utover DRAM og disk det sliter de visst med... Her bør en få 3-nivå caching på plass snart, med egne metoder for skriving og lesing siden operasjonene er så markant forskjellige.

 

"the SSD backup market"

javel.. ser ikke helt for meg at dette en gang burde vært et tema. "SSD ASAP" gjør jo dette til et ikke-tema. Man tar backup av lagring, lagring er (blir) et hierarki hvor SSD blir et nivå uavhengig av hva en kjører oppå.

Endret av Anders Jensen
Lenke til kommentar

Tilgi dette n00b-spørsmålet, men hva er SSD ASAP?

En eller annen merkelig betegnelse brukt om flernivå cache hierarkier der SSD er ett av nivåene. Som kjent kan en bruke DRAM, f.eks på et RAID kort eller maskinens hovedminne, som cache til SSD eller HDD. En kan også benytte SSD som cache for en HDD. Dette kan en gjøre i kontrolleren på disken, da heter det hybrid disk, eller en kan gjøre det i filsystem/volume manager slik som i ZFS hybrid storage pool.

 

Hele poenget er at en har lagring av forskjellig kostnad, kapasitet og ytelse. Så tar en den dyre lagringen med lav kapasitet og høy ytelse og bruker som en cache for den billige lagringen med lav ytelse og høy kapasitet. Dette er en mye bedre løsning enn å manuelt gjette på hvilke deler av dataene som bør ligge på rask disk og hvilke som kan ligge på treg disk fordi det skjer automatisk, kan endres med stor hyppighet og i fart, samt at en kan gjøre det på et mye mer finmasket nivå enn om man skulle legge hele filsystemer eller foldere på en bestemt plass.

 

Som kjent er all lagring rask, stor og billig, velg 2. Med et cache hierarki kan en "jukse" seg til å velge alle 3 overnevnte egenskaper, men det er på den betingelsen at du ikke har et bruksmønster som "100% random access, full stroke". Dvs. caching virker bare hvis det er slik at enkelte data blir aksessert vesentlig oftere enn andre. Heldigvis er akkurat dette hovedregelen for dataaksess. Alle data er ikke like verdifulle uansett hva SV måtte mene om dette.

Endret av Anders Jensen
Lenke til kommentar
Du må legge inn F6 driveren ved installasjon.

Til info: Jeg søkte litt rundt ang. AHCI i går, og fant denne guiden som beskriver hvordan man kan legge det inn på en eksisterende installasjon. Hvis noen skal i gang med dette nå snart, legger jeg til at versjon 10.0.0.1046 datert 13. sept 2010 var nyeste jeg fant. Ekstremt mange versjoner ute og går, også på Intel sine sider.

(Hei L4R5!)

Lenke til kommentar

Har bestilt meg Crucial C300 64 GB til å ha os på.

 

Er det noen som vet egnet sector offset for partisjonen på disse diskene? Har 2048 (1024k) på X25-M og det skal visst gå opp i blokkstørrelsen slik at den skriver og sletter blokker på en gunstig måte, men hva er egnet på C300 64?

Endret av BadCat
Lenke til kommentar

Det ser ut som om det er litt forskjell i ytelse, avhengig av kapasitet.

 

Fra OCZ :

 

100GB-160GB Max Performance

 

* Read: Up to 740 MB/s

* Write: Up to 690 MB/s

* Sustained Write: Up to 550 MB/s

* Random Write 4KB (Aligned): 100,000 IOPS

 

 

240GB-960GB Max Performance

 

* Read: Up to 740 MB/s

* Write: Up to 720 MB/s

* Sustained Write: Up to 600 MB/s

* Random Write 4KB (Aligned): 120,000 IOPS

 

 

 

 

 

 

 

* Available in 480GB to 960GB (1TB) capacities

* PCI-Express interface (x4)

* For use as primary boot drive or data storage

* 4 x SATA

* Internal RAID 0

* 181.07 (L) x 21.59 (W) x 125.08mm (H)

* Shock Resistance: 1500g

* Seek Time: 0.1 ms

* Operating Temp: 0°C ~ +70°C

* Storage Temp: -45°C ~ +85°C

* Power Consumption: 3W Idle, 8W active

* MTBF: 2,000,000 hours

* 3-Year Warranty

* Compatible with Windows XP 32/64, Vista 32/64, Windows 7 32/64

Endret av johome
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...