mboost-dp1

Intel

Sådan virker SSD-caching i Intels Z68 chipsæt

- Via Vr-zone - , redigeret af OnkelDunkel

Med Intels næste chipsæt, Z68 Express, indfører Intel en ny teknologi, de kalder Intel Smart Response Technology, der er en del af Intel Rapid Storage Technology (RST) 10.5, som kun er med i Z68 chipsættet, modsat de andre Sandy Bridge-baserede chipsæt P67 og H67.

Intel Smart Response Technology er en cache-funktion, der indsætter et SSD-drev imellem diskcontrolleren og en normal harddisk. Ifølge Intel skulle dette give en ydelse, der lægger sig op af SSD, samtidigt med at man får kapaciteten fra den normale harddisk.

SSD-drevet må være mellem 18,6 GB og 64 GB i størrelse, alt over vil blive brugt som et normalt drev. Det kombinerede drev vil blive præsenteret for operativsystemet som et enkelt drev. Der kan kun være et enkelt cached drev af gangen.

Gigabyte er de første med et bundkort baseret på Z68, mens andre producenter forventes at komme med deres produkter i de kommende uger. Officielt lanceres Z68 den 18. maj, men NDA-aftaler bliver ophævet den 12 maj, hvor vi kan forvente, at en række test vil blive offentliggjort.





Gå til bund
Gravatar #1 - tentakkelmonster
2. maj 2011 08:17
Okay, det lyder faktisk som en smart idé.

Ska' da ha'!!!
Gravatar #2 - SShadowS
2. maj 2011 08:20
Det er jo så ikke noget nyt at bruge SSDs som cache på raid controllere, men da dejligt at de laver det til mobo's også.
Gravatar #3 - AvatarIsm
2. maj 2011 08:21
Det lyder da smart, men jeg læste en artikel om tilbage i 2010 om at Seagate har en såkaldte "hybrid" HDD med SSD som cache på en størrelse på 4GB eller lign. Det er da langt mere smartere og fri for chipset kompatabilitet.

http://storagemojo.com/2010/05/24/seagate-gets-hyb...
Gravatar #4 - SShadowS
2. maj 2011 08:23
AvatarIsm (3) skrev:
Det lyder da smart, men jeg læste en artikel om tilbage i 2010 om at Seagate har en såkaldte "hybrid" HDD med SSD som cache på en størrelse på 4GB eller lign. Det er da langt mere smartere og fri for chipset kompatabilitet.

http://storagemojo.com/2010/05/24/seagate-gets-hyb...

Og langt langsommere...
Gravatar #5 - Ramius
2. maj 2011 08:29
men blive SSD levetiden ikke kraftig nedsat når den bruges til cache? Jeg tænker at den hele tiden skal læse og skrive filer og jeg mener at have fået at vide at SSD bliver slidt hurtigere end almindelige diske ved læse og skrivning (dog kun noget jeg har hørt og ved ikke om det kun gælder for gamle SSD diske)
Gravatar #6 - Montago.NET
2. maj 2011 08:39
Ramius (5) skrev:
men blive SSD levetiden ikke kraftig nedsat når den bruges til cache? Jeg tænker at den hele tiden skal læse og skrive filer og jeg mener at have fået at vide at SSD bliver slidt hurtigere end almindelige diske ved læse og skrivning (dog kun noget jeg har hørt og ved ikke om det kun gælder for gamle SSD diske)


Intels SSD'er har en MTBF på 1 mio timer og nogle af OCZ's har 2 millioner timer... hvilket svare til hhv 5 og 10 år

til sammenligning er MTBF på 500K timer

Max Antallet af skrivninger på Intel svare til 160 GB om dagen i 3 år (så hvidt jeg husker)
Gravatar #7 - DMminion
2. maj 2011 09:03
Oveni at hvis der TRIM funktion, slides den nærmest ikke. :)
Gravatar #8 - SuperJohn
2. maj 2011 09:43
Jeg læste en computerworld-artikel for lang tid siden om et PCI-kort der gjorde det samme, men det er selvfølgelig noget nyt at det bare ligger i chipsettet.

Selv opgraderede jeg min bærbares disk til den af #3 omtalte hybriddisk, og jeg kan da tydeligt mærke forskel fra den almindelige 5400-omdr. harddisk, den har udskiftet. Der er vidst tale om 4 GB "SSD"-cache og så en 7200-omdr. harddisk, og batterilevetiden er den samme. Problemet med denne harddisk er nok bare, at mit forbrugsmønser med P2P-programmer kan forvirre algoritmen der bestemmer hvad der skal i cachen.. Når ting læses hyppigt, bliver de lagt dér. Og den kan næppe skelne mellem en fil jeg uploader og så det, jeg egentlig ville have glæde af. Det kunne have været smart med et controllerprogram hvor jeg selv kunne bestemme hvad der skulle ligge parat...
Gravatar #9 - Mulpacha
2. maj 2011 10:02
Smart idé. Men desværre er har cache jo den akilleshæl at det kun kommer tæt på cachens (SSD'ens) hastighed når man læser noget der allerede er blevet læst for nyligt.

Hvis man jævnligt spiller spil og bruger store medie filer som fx. video, så er der ringe chance for at et spil er klar på SSD'en når man starter det op.
Gravatar #10 - Explomatic
2. maj 2011 10:20
Montago (6) skrev:
Intels SSD'er har en MTBF på 1 mio timer og nogle af OCZ's har 2 millioner timer... hvilket svare til hhv 5 og 10 år

til sammenligning er MTBF på 500K timer

Max Antallet af skrivninger på Intel svare til 160 GB om dagen i 3 år (så hvidt jeg husker)


5 og 10 år? Er du sikker? :P Der går 24 timer på et døgn og altså 24*365,24 på et år. Det er 8765 timer.
Hvis vi deler 1*10^6 med 8765 får jeg altså 114 år.
Er det derimod 2*10^6 får jeg 228 år.
Gravatar #11 - kalleguld
2. maj 2011 10:29
Mulpacha (9) skrev:
Smart idé. Men desværre er har cache jo den akilleshæl at det kun kommer tæt på cachens (SSD'ens) hastighed når man læser noget der allerede er blevet læst for nyligt.

Hvis man jævnligt spiller spil og bruger store medie filer som fx. video, så er der ringe chance for at et spil er klar på SSD'en når man starter det op.
Rigtigt, men det kommer jo an på størrelsen af cache. Hvis dine mest brugte programmer tilsammen fylder mindre end cachen, så er det jo lækkert.
Men det ville da være dejligt hvis ens OS havde understøttelse; så kunne brugeren (eller måske et relevant program) selv angive hvilke filer der havde mest brug for caching.
Gravatar #12 - Mulpacha
2. maj 2011 10:43
kalleguld (11) skrev:
Men det ville da være dejligt hvis ens OS havde understøttelse; så kunne brugeren (eller måske et relevant program) selv angive hvilke filer der havde mest brug for caching.
Korrekt, men det ville også give et hvis administrations-overhead, og så ryger en del af ideen jo lidt (at man automatisk får accelereret de data man har brug for). I så tilfælde ville man næsten ligeså godt kunne have SSDen som separat partition og putte de data på man ville have accelereret.

Og yderligere ville man stadig have ulempen; hvis den store disk ryger, så ryger alt data (måske også hvis SSD'en ryger?). Hvis man istedet kørte 2 partitioner, kunne man have backup af kritisk data. Det svarer lidt til raid 0 problematikken.
Gravatar #13 - cryo
2. maj 2011 10:53
DMminion (7) skrev:
Oveni at hvis der TRIM funktion, slides den nærmest ikke. :)


Ja det passer så kun hvis disken er overvejende tom; hvis den er fuld er der ingen forskel. Da cachingen her nok er på blokniveau, ved jeg ikke lige hvor meget TRIM vil hjælpe.
Gravatar #14 - fidomuh
2. maj 2011 10:56
#11

Men det ville da være dejligt hvis ens OS havde understøttelse; så kunne brugeren (eller måske et relevant program) selv angive hvilke filer der havde mest brug for caching.


... Altsaa, man laegger bare sit OS + programmer/spil paa en SSD direkte?
Den teknologi er opfundet for LÆÆÆÆÆÆÆÆÆÆNGE siden ;)
Gravatar #15 - Mnc
2. maj 2011 11:08
#12
Tricket er vel at en algoritme, som lurer hvilke filer bør caches, er standard.
Altså som det normalt virker.

Og så at OS understøttelsen kunne gå ind og lave prioritering på angivne filer, som caches "over" resten.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login