Dost dobre nechapu, co tim chtel autor rici. Cele je to postavene na tom, ze pevny disk ma presne danou geometrii a prakticky neomezeny pocet zapisu, zato SSD ma omezeny pocet zapisu, tudiz potrebuje dynamickou geometrii. Mimoto klasicky disk do urcite miry funguje podobne. Kdyz nalezne vadny sektor, tak ho interne nahradi jinym, cimz data v nem nejspis zustanou, protoze se je nejspis nepokusi ani smazat, ale nejaky forenzni pristroj by je mozna dokazal fyzicky do jiste miry obnovit (treba se objevila chyba jen nekde v parite a 512 bajtu muze byt celkem zajimave pocteni). Kazdopadne tohle je jenom v teoreticke rovine, pravdepodobnost neceho zajimave v tech par sektorech je miziva.
Co mi prijde zajimave je, ze by disk data cetl a pak rozhodoval,zda jsou prazdne nebo ze by to musel nejak mazat. To mi prijde jako naprosty blabol, protoze bud musi SSD nejaky sektor fyzicky nacist a pak zjisti, jestli tam neco je a pak az zapisuje nebo ma nekde nejakou lookup tabulky pro wearleveling (jakoze asi na 100% ano!) a zjistuje volne sektory z ni. V obou pripadech nedava moc smysl, proc by zalezelo na to, jestli v danem sektoru jsou predtim same nuly nebo nejaky bordel z minula, kdyz je treba sektor naplnit stejne novym obsahem pri zapisu. Tohle byl mozna problem pred x lety, kdyz OS pracoval s 512bajtovymi sektory a SSD melo interni architekturu 4kB, ale v dnesni dome je to uz davno z hlediska OS vyreseno.
Tudiz neni zadny duvod, aby SSD ve svem volnem case nekde neco mazalo, jen prizpusobuje architekturu(geometrii). Tudiz, kdyz se jeden sektor smaze, rekneme podle OS na pozici 123456 a TRIMem se oznaci za smazany, neni vubec jiste, zda za chvili, kdyz se dotaze OS na sektor na pozici 123456, zda mu vrati ty same data nebo spis, zda mu vubec neco vrati, nejspis se SSD mrkne do lookup tabulky a zjisti, ze dany logicky sektor byl smazan a suse, bez toho aby se obtezoval cist nerelevantni data, vrati okamzite same nuly a basta. Tohle si asi panove "radobyvedci" nejak neuvedomili, takze jejich badani je vcelku smesne a naprosto k nicemu. Ocenil bych nejaky odkaz na jejich originalni clanek. Pokud by chteli vazne neco delat, museli by se pripojit nejak servisni cestou k radici nebo fyzicky k pametovym cipum. Skoro se totiz da rict, ze SSD funguje s wearlevelingem podobne jako HDD, akorat, ze SSD realokuje bloky mnohem mnohem rychlej a hlavne preventivne, narozdil od HDD, ktere to dela az v dobe nejakeho problemu. Co se tyce pristupu k danym datum, je to v podstate podobne, bud HW cestou nebo servisnim zasahem do radice.
mazani sektoru je pomala operace. Takze kdyz SSD ma nejaky ktery kompletne uvolnen, muze si ho vymazat do zasoby aby pristi zapis nemusel na mazani cekat.
Jinak rozpor mezi velikosti sektoru na rozhrani a fyzicky zatim vyresen neni.
Mam jednu otazku: proc by ho mazal??? Snizuje se tim zivotnost a je to naprosto nesmyslne. K cemu mu bude, ze tam bude mit fyzicky same nuly, nebo same jednicky??? To jako aby nekam zapsal nove informace, tak musi byt ta bunka v samych nulach nebo jednickach? Uz jenom to, jak by tam ty nuly narval, kdyz by tam neco predtim bylo svedci o tom, ze je to naprosta kravina. Vsechno tohle se deje jenom na logicke urovni v nejake lookup tabulce.
Zapisuje se vždy jen jedna hodnota. Princim těchto médií je podobný jako princip PROMek, kdy se přepalovali diody v síti. Přepalenou diodu už nelze vrátit do nepřepáleného stavu. EEPROMky a Flashky tohle umí, ale je to operace, která trvá hodně dlouho a proto se dělá ve větších kusech hromadně.
mazani je jina operace nez jen zapis "nuly".
Navic zmena hodnoty zapisem je nozna jen jednim smerem, pokud chcete zpatky musi se zmazat a zapsat neco jineho. Prepis bez mazaji je mozny jen ve specielnich pripadech a jeste zavysi na presnem typu pametove bunky (SLC nebo MLC)
