Omyl. Ani flash disk nemá rád, když se do něj každých pět sekund zapisuje pár bajtů. A navíc to zdržuje, protože se kvůli tomu většinou musí smazat a přeflashovat 64KiB.
Pokud je mi znamo, tak se dany block oznaci jako "neplatny" a udaje se zapisi do volneho bloku, pripadne se smaze a preflashuje, ten ktery byl takto oznacen jako nejstarsi, cimz by melo dojit k minimalizaci "opotrebeni" Flash pameti, jelikoz maji urcity pocet cyklu prepisu.
Většina flash čipů samotných toto neumí, to je záležitostí obvodů kolem. Ty jsou nutné jak pro USB, tak pro paměťové karty (jinak by byl omožné používat pouze blocksize shodnou s erase size), ale u embedded zařízení je běžný přímý přístup na flash přes MTD ovladač. Typický moderní flash čip má životnost zhruba 100000 přepisů na jedno místo. Pokud tedy spustíte špatně optimalizovaný souborový systém přímo nad MTD (např. se zapnutým atime a s mnoha často navštěvovanými inody v jediném erase bloku), může se snadno stát, že budete jeden blok mazat každých 5 sekund. V případě flash čipu s přídavnou logikou to stále znamená desítky let životnosti, ale pokud toto provedete u např. s ext3 u flash čipu bez přídavné logiky, je za pár měsíců po něm. Přesněji vypálíte blok, ve kterém se nachází inode pro /, /usr nebo /var, žurnál či již zmíněné /var/log/messages (typicky konfigurovaný syslog démon volá sync() po každém řádku).
Ještě hůř dopadnete u CD-RW s paketovým zápisem. Ten je schopen bez optimalizace zápisu odejít během pár minut čtení!
To ani tak neni o kapacite disku, ale o vydrzi poctu zapisu. Sice je pekne mit 50GB flash disk, ale kdyz na to stejne misto bude syslog zapisovat co par sekund nejakou hlasku (nebo se nedejboze bude swapovat, prekladat jadro, manipulovat s DB), tak to dnesni technologie ani se smart rizenim zapisu (rozmisteni casto upravovanych souboru po cele kapacite flashe) nezachrani. Taky je to castecne problem filesystemu, precejen samotny radic disku nema o datech tolik informaci, jako vlastni kernel. Takze clanek ma smysl i pro majitele flash disku.