Citat:
Ursprungligen inskrivet av fqvarfort
Rätta mig gärna om jag har fel men GC är bara ett "fint"/"obskyrande" sätt för dem att säga att enheten utnyttjar all tillgängligt flash-minne när den ska till att skriva (de flesta flash-SSD har några % extra utrymme för Bad Block Management o.dyl. och de första generationerna flash-SSD reserverade oxå dessa för BBM o.dyl. och kunde alltså inte använda dem annars), utan GCn skulle deras enheter prestera många ggr sämre då risken i så fall skulle vara större att man skulle behöva radera ett block innan det ska till att skrivas (med GCn för-raderas blocken istället när man inte använder enheten och därför behöver inte enheten radera dem när de ska till att skrivas).
Att välja OCZ Vertex för att den har ngt som OCZ kallar för GC tycker jag därför låter heltokigt. Jag säger inte att OCZ Vertex är dålig, bara att Intel-disken är bättre och t.o.m. billigare i många fall.
På pappret? Ja, det är möjligt. I praktiken? Inte en chans.
Där har du fel!
GC är kanon där Trim inte fungerar och även tillsammans med TRIM. Nackdelen med GC är att det sliter på ssd:n då det skapar massa extra skrivningar. GC fungerar även när du kör raid vilket inte trim gör. GC fungerar även oavsett operativsystem.
Först och främst ett block som redan innehåller data måste först raderas för att kunna skrivas till igen. Ett halvfullt block måste läsas, raderas och sedan skrivas gammal + ny information. Vanligtvis när du tar bort en fil så raderas inte blocket utan det bara flaggas som till förfogande för kommande skrivningar.
Som jag förstått det så fungerar TRIM enligt följande.
När en fil tas bort flaggas den av operativsystem windows7. TRIM kommandot sänds till ssd:n och ssd:n tömmer dessa "blocks". När nästa skrivning till dessa blocks skall ske, så behöver inte ssd:n först tömma dem vilket gör att skrivningen går avsevärt mycket fortare.
-------------
och GC enligt följande:
När du inte använder disken så letar disken upp halvfulla blocks och flyttar ihop informationen för att skaffa sig blocks som är tomma, dessa blocks förbereds även så det går och skriva till dem direkt.
Om man nu tar OCZ firmware, så är:
1.40 ett renodlat TRIM firmware som har native win7 stöd.
1.41 har både TRIM/GC fast TRIM måste då köras manuellt med deras verktyg Wiper.
Anledningen till 2 firmware är att de har problem att får gc och native trim för windows 7 att fungera ihop.
Här är även lite mer information om GC.
" GC consolidates partially used blocks into full blocks and then marks the now empty blocks as "Disarded" which means any data in the block is no longer needed. That block is now considered "clean" and can be immediately written to, without an Erase first.
Once a block has been written to, either partially or fully, no other data can be written until the block has been erased first. So, if you have a partially full block, but now have data that will fit in the unused portion, you must read what is already there, erase the block, then put down the old + the new info into the block. This takes substantially longer than if the block was clean, in which case you just write the data.
The controller, by default, will always use clean Nand for writes, once you have no "clean" Nand, you get the slowdowns that people report. That doesn't mean the drive is full, it just means that all blocks have some info in them, therefore require an erase before a write.
GC will combine those partially used blocks into full blocks and thus free other blocks for fast writing. This is done during idle time on the drive."
