Intel uvedl vylepšený firmware pro SSD

Spekuluje o vyšší rychlosti zápisu. Redaktoři by se měli naučit česky.

Stačí nepoužívat nefragmentující filesystem a nemusíte se starat o rychlost disku

A můžu poprosit o informaci, jaký systém nefragmentuje?

nefragmentující filesystem neexistuje, tak se tu nesnaz vyvolavat f-LAME-war

souhlas, ale pokud udrzujete rozumne mnoho voleneho mista, patrne se dohodneme, ze nektere FS se fragmentuji vice nez jine. Napr. FAT32 se fragmentuje drasticky temer nezavisle na procentu volneho mista, oproti tomu vetsina linuxovych FS, jako napr. ext2/3/4, reiserfs3/4x xfs a pod. se pri 40% a vice procent volnrho mista nefragmentuji temer vubec. Jak je na tom NTFS netusim presne, ale tipuji ze na tom bude nekde uprostred. Kazdopadne toto nema absolutne nic spolecneho s vnitrni fragmentaci SSD, ktera souvisi s wear-levelingem a ktera se uzivatelem priliz ovlivnit neda, bohuzel.

Filesystem s tim nema nic spolecneho. FW SSD se snazi vyuzivat bloky vyvazene a meni mapovani logickych a fyzickych bloku. OS tak nema ani paru, kam se data fyzicky na SSD zapsala.

Precti si na cdr.cz clanek "Intel SSD možná nejsou až tak super, jak se může zpočátku zdát".

Přesně tak, taky nechápu, kde na podobný nesmysl s fragmentací OS (resp. FS) přišli, ta s ní nemá vůbec co dělat.

Jediné, co snad může mít vliv, pochopil-li jsem způsob alokování bloků pro zápis, je velikost dat na disku, která se jen čtou, a vůbec nemění (rozdíl je to zejména pokud půjde o velké množství a disk bude skoro plný, např. při 99 % zaplnění disku a přepisováním pouhých 3 % z těch 99 se budou přemapovávat jen ta 3 % - přesněji řečeno se bude neustále měnit/přepisovat cca 13 % z kapacity disku, protože disk má 10 % navíc právě kvůli tomu, aby mohl přemapovávat)

Podle ceho by mel radic SSD poznat, ktery blok 'fail' system povazuje za volny? Pro kazdy fyzicky blok akorat vi, kolikrat se do nej psalo. A kdyz ten pocet prekroci urcitou hranici, tak navzajem prohodi jeho obsah s nejakym jinym blokem, ktery ma pocet zapisu nejnizsi. Bloky, kam se nepsalo vubec, si muze nechavat v zaloze pro pripad, ze jiny casto prepisovany blok se stane nepouzitelnym.

Tu hranici je dobre postavit co nejvyse k technologicky garantovanemu maximu, aby se mapovalo co nejmene. Kdyz na ten pocet zapisu nejaky blok nedosahne, tak se holt misto nej pouzije nahradni blok. Kdyz se vsechny pouzivane bloky blizi hranici, tak se ta hranice posune treba o 10% nahoru, ale v S.M.A.R.T uz se indikuje, ze disk 'presluhuje'.

Fyzicky blok obsahuje krome dat i cislo logickeho bloku - kdyz se tam zatim nepsalo, je tam nula. Kdyz cislo fyzickeho a logickeho bloku nesouhlasi, jedna se o zameneny blok, takze data je potreba hledat ve fyzickem bloku s cislem, ktere odpovida cislu logickeho bloku. Pokud pozadovana data nejsou ani tam, postupuje se po retezi, az se najdou.

Zamena bloku znamena zapis navic a zdrzeni budoucich cteni, proto je zadouci odlozit ji co nejdele. Nemluve o tom, ze rychle najit blok s nejmensim poctem zapisu je temer neresitelny problem.