Użytkownik "Olaf Frikiov Skiorvensen" napisał w wiadomości grup
dyskusyjnych:md0t0f1bkj7ac1rn6qafqeq8mbeivnel1v@4ax.
com...
Wcale nie przypadkiem, dnia Thu, 2 Jan 2020 17:18:08 +0100
od "J.F." <j...@p...onet.pl> :
>>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,

Ale wlasnie o te tablice chodzi.
Komputer chce zapisac do sektora nr, nazwijmy to L 12000. Potem do
L12001.
A potem np do L19000 - bo taki ma kaprys.

Jesli bedziesz te kolejne zapisy kierowal do bloku flash nr np
F5000/1, F5000/2, F5000/3,
to musisz gdzies na boku sobie zapisac, ze ten sektor L12000 jest w
F5000/1.
A gdzie - zeby to sie nie zuzylo zbyt szybko ?

A potem i tak sie okaze, ze w tym bloku F5000 jest troche danych ktore
juz sa nieaktualne i kupa takich, ktore ciagle trzeba trzymac.
I jak chcesz blok ponownie uzyc, to gdzies trzeba te stare dane
zapisac.

Akurat sie wydaje, ze w przypadku pamieci wirtualnej system operacyjny
moglby to dobrze optymalizowac,
ale swietnie by bylo, gdyby jeszcze dysk mial dopasowany algorytm
optymalizacji,
i jeszcze wiedzial, ze to jest zapis do pliku wymiany i tu sie inaczej
optymalizuje.

>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-p
art-3-pages-blocks-and-the-flash-translation-layer/

Ja potrzebuje raczej "how SSD are made". Moze patentow poszukac.
Ewentualnie kontrolerow - ale czy tam bedzie opisany algorytm ?

>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.

No wlasnie - jeden z pomyslow ktory mi chodzi po glowie, to trzymac
tablice translacji w RAM.
A w danych zapisywanych zapisac nr sektora/bloku logicznego i czas
zapisu.
A po wlaczeniu zasilania przeskanowac caly dysk, i znalezc te ostanie
zapisu.

Ale to wymaga duzo RAM, i troche czasu na poczatku :-)

J.