Problem je, ze pro WL jdou pouzit jen ty bloky, do kterych probehne zapis, ale napr. ne ty bloky, ktere ve FS vymazes, ale fakticky do nich nic nezapises. Takze pokud nastane extremni sitace, ze budes stale zapisovat jen do jednoho, dvou nebo obecne maleho mnozstvi bloku (nejake logovani, FAT table, DB a pod) a na ostatni ani nesahnes, prestoze ve FS se jedna o volne misto, SSD je vidi jako obsazena daty a nemuze je pouzit pro WL. Takze bude pro WL pouzivat jen to velmi male mnozstvi bloku, ktere brzy umrou. NAvic pochybuji, ze vetsina SSD (natozpak CF ci SD) ma tak velke procento spare blocku, jako ma ten OCZ.
UPDATE: provedl jsem maly reaserch a obvykla hodnota spare bloku je 2-4%, coz je pomerne malo. Navic, pokud to chapu dobre, tak jsou casto vyuzivane POUZE jako nahrada za bad bloky: http://www.mydigitaldiscount.com/Pro...9BB-1239713760
UPDATE 2: Ted jsem narazil na zajimavy napad jak toto docasne resit bez TRIMu: rozdelit disk na dve partitiony a pouzivat jen jednu ( do druhe nikdy nic nezapsat), aby druhou mohl SSD pouzit pro WL. Sice tim prijdete o cast kapacity, ale zivotnost by mela byt lepsi. Pro levne CF karty mozna dobre reseni.
http://www.sandisk.com/Assets/File/O...rLevelv1.0.pdf Sandisk to dela jeste jinak
http://www.corsairmemory.com/_faq/FA...r_leveling.pdf Corsair to na svych USB dela +- tak jak jsem to zde popsal, tedy alespon doufam, citace:
What is dynamic wear leveling?
This technique only wear-levels over dynamic data areas (see figure 3). For example, an 8GB Flash Voyager stores 3GB of MP3 music files but only 5GB remaining capacity is free for wear leveling.
The dynamic data areas are rotated in the round-robin fashion from a pool of free blocks. Dynamic wear leveling has a shorter life expectancy compared to static wear leveling because only dynamic data areas can be used to rotate data.
Problem nastane, pokud nezbyva zadne volne misto, resp SSD o nem nevi.