Administrace komentářů

Myslím, že chybí mnoho informací, jak interně pracují SSD s bloky dat. Sice interní alokační záznamy používají jiný druh buněk, ale to jsou buňky pro wear leveleing. Pak jsou ale standardní datové bloky disku, ale v nich má FS své alokační struktury a ty se přepisují (zapisuje se do nich) jak při vyváření a zapisování do souborů tak i při mazání souborů.

Vůbec nevíme, jestli třeba nejsou tyhle bloky vytvářeny v SSD s myšlenkou na konkrétní operační systém. Stala se mi před lety příhoda, kdy jsem měl obyč Flash disk jako systémový disk servříku a dal jsem na něj ext4 FS po čase se jednak nesmírně zpomalil a také začal vykazovat chyby. Tak jsem jej následně přeformátoval zpětně na FAT a chová se v pořádku včetně toho že kontroluji po zápisu na něj shodu dat a nebyly chyby. Předpokládám, že bloky které patří FAT se v něm zpracovávají jinak s vyšší odolností na opakovaný zápis. Bloky které patří zbytku neměly takovou odolnost a když v nich byly inode pro ext4 tak se po čase pokazily.

Podobně si dokážu lehce představit znalost v SSD disku o NTFS a jiné zpracování bloků v oblastech MFT. Obecně COW FS mají lepší teoretické vlstnosti, ale ta interní realokace to stejně všechno předělá. Před 6 lety jsem psal takovou úvahu o SSD a následně jsem i parkrát psal, jak moc mne překvapuje, že ani na akademické půdě nevznikla analýza na to jaký FS by byl optimální pro NAND chipy. Myslím tím to, že jednak si teoreticky vytvořím model jak optimálně ukládat data a pak vyrobím disk bez jakékoli mezivrstvy a na něm testuji jestli to je efektivnější než obyčejný fs a disky s wear levelingem. Ale nikdo to nedělal, nebo alespon o nikom nevím.

z hlediska FS pro SSD mě v poslední době připadá velmi zajímavý bcachefs, i když zatím to na produkci není. Nicméně to bcache funguje spolehlivě.