Instalace na SSD, co je špatně?

[DOC_ZENITH]

Ja bych naopak rekl, ze TRIM dost ulehcuje zivot WL algoritmu, protoze ten ma k dispozici mnohem vic volnejch erase bloku (nejen spare). Mimo to, kdyz uz je tak velka fragmentace, ze jsou zabrany vsechny spare bloky, nezbejva, nez delat read/erase/write na cely erase bloky, coz rozhodne zivotnosti neprospiva. Lepsi WL algoritmus nejspis takovou fragmentaci nedopusti, nebo to bude nejak hodne drsne optimalizovat, ale to furt nemeni nic na tom, ze cim vic erase bloku ma volnejch, tim lepe muze zapisy/prepisy optimalizovat.

A co je pro životnost horší? Udělat read/erase/write na tom bloku co je zrovna nejmíň opotřebenej, nebo preventivě nechat trimm dělat read/erase naprosto všude kde nejsou aktivně data? Ano pomalejší bude rozhodně možnost 1. Ale možnost 2 dozajista opotřebuje paměťové buňky více.

A co se tyce toho 'dalsiho hintu', tak neni problem sektor zapsat, je problem erase blok (128KB+) smazat - jde smazat jen najednou. A to musis udelat tak jako tak s celym erase blokem, pokud v sektoru, do kteryho chces zapisovat uz nekdy neco bylo.

Toto jsem zrovna moc nepochopil, jde hlavně o to, že OS/řadič vůbec nemá potuchu kam a co se u SSD zapisuje, kde a jakej sektor / cluster leží, to je řešeno jaksi virtuálně řadičem v SSD. Reálně jsou tam ty data naprosto jinak / jinde chaoticky, jejich rozložení ovládá právě ten řadič a aby se buňky používaly rovnoměnrě / co nejméně tak to je ten wear leveling. TRIMM právě umožní jakejsi most mezi samotným SSD, jeho controllerem, řadičem a OS aby právě os věděl jak tam data jsou a mohl je tam optimálně nahrávat = disk bude mít plnou rychlost nebude bržděn řadičem co by to normálně real-time musel hledat/přemisťovat.

Každopdně SSD disk co má read 250 write 150 novej.

Po 1 zero filu : 220 /125
Po 2 zero filu : 180 /105
Po 3 zero filu : 170 /90
Po 4 zero filu : 165 /75
Po 5 zero fillu : 160 /60
( read / write ).

Tak je to bez trimm u intelů obvykle, jak je to s trimm ještě otestováno nemam.