Wcale nie przypadkiem, dnia Thu, 2 Jan 2020 17:18:08 +0100
doszła do mnie wiadomość <5e0e1873$0$553$65785112@news.neostrada.pl>
od "J.F." <j...@p...onet.pl> :

>Podobnie mamy z samymi danymi. Zapisujemy te 2KB nowe, ale to na SSD
>moze wymagac odczytu calego bloku 256KB, zmiany 2KB i zapisu
>ponownego - jesli sasiednie klastry maja zawartosc, ktorą trzeba
>zapamietac.
>
>Najlepiej byloby, gdybysmy sektory czy klastry zapisywali do nowego
>bloku flash, to by sie dopisywalo reszte bez przepisywania.
>Ale wtedy ... gdzie zapamietac w ktorym bloku jest zapisany sektor
>dyskowy ?
>Do dyspozycji mamy zasadniczo pamiec flash - z tymi samymi
>ograniczeniami.

Tak to tylko w przypadku, kiedy brak wolnych stron(odpowiednik sektora) w innych
blokach,jeśli są, to zapis jest do nich kierowany i uaktualniane są tablice
translacji,
jeśli nie, to jest tak, jak piszesz(z tego powodu dysk ma zarezerwowane zapasowe
wolne
bloki, over-provisioning).
Jak chcesz dokładniej, to:
https://flashdba.com/2014/06/20/understanding-flash-
blocks-pages-and-program-erases/
a potem:
http://codecapsule.com/2014/02/12/coding-for-ssds-pa
rt-3-pages-blocks-and-the-flash-translation-layer/
Tak nawiasem mówiąc, bardzo ciekawe są kontrolery bez zewnętrznej pamięci RAM, jak
SF2281(on miał chyba tylko 8 czy 16 MiB wewnętrznych buforów), a jakoś dawał sobie
radę z
kompresją i deduplikacją, ale niestety mocno zwalniał napodkawszy na niekompresowalne
dane.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.