Piotr Gałka <p...@c...pl> writes:

>> Tak się tego nie robi - w przypadku flasha (gdzie minimalny rozmiar
>> bloku, który możemy skasować, liczony jest zwykle w KB)
>
> https://www.adestotech.com/wp-content/uploads/doc878
4.pdf
> Kasowanie pojedynczymi stronami.

No pewnie, napisałem przecież - "zwykle". Mogą to być strony, sektory,
bloki, banki, albo cały scalak. Tak czy owak, to przynajmniej o rząd
wielkości za dużo (a pewnie o dwa).

> Skoro każdą stronę można indywidualnie to nie bawimy się w stopniowe
> dopisywanie kawałków, aby na koniec kasować i zaczynać od nowa.

Tak się w ogóle nie robi - awaria np. zasilania w trakcie zostawiałaby
nas w kiepskim stanie. Używa się większej liczby bloków.

> Ale
> jak zmiany wymagają tylko nadpisania jedynek zerami to pomijamy
> kasowanie.

Można zrobić taką optymalizację. Chyba że zawartość jest chroniona
np. przez CRC-32 albo przez inne MD5 - a w takich przypadkach ma to
zasadniczy sens. Poza tym takie nadpisywanie generuje problem, gdy
zostaje przerwane w trakcie. No i większa komplikacja = większa szansa
że coś pójdzie nie tak.
Nie słyszałem by ktoś coś takiego robił w praktyce, ale oczywiście nie
widzę przeszkód, jeśli komuś to pasuje.

> Zabawa w dopisywanie albo zmniejsza n razy możliwości pamięciowe
> systemu, albo powoduje, że rozmiar staje się niedeterministyczny i
> trzeba rozstrzygać 'a co jeśli brakuje już pamięci'.

Bez przesady, flashe są duże. To nie są czasy 89C1051. Prawdziwym
problemem może być żywotność flasha (i tak się go rozwiązuje), a nie
jego wielkość.
Oczywiście wszystko zależy czego kto potrzebuje - tam nie ma SSD z TB
NANDów i GB RAMu.

> Czyli uważasz, że w kartach mają co najmniej 2 bufory i jakieś
> semafory na każde dane zapisywane w trakcie pobytu w polu.

Nie, semafory byłyby niekorzystne, ponieważ byłyby "wąskim gardłem" dla
żywotności flasha. Raczej używa się rozwiązań opartych o "dziennik".
No i oczywiście są także EEPROMy, które mają większą żywotność i można
je dowolnie zapisywać (ale są mniejsze, no i kosztują).

> Nie znam kart bankomatowych a i stosowane przez nas mifare-PLUS nie za
> dobrze. Jeśli w nich jest coś takiego to chyba całkowicie zasłonięte
> przed użytkownikiem bo nie pamiętam żadnej informacji o tym (ale opis
> czytałem kilka lat temu i po łebkach).

MIFARE używają EEPROMów. Aczkolwiek tam także stosuje się coś podobnego
do dziennika (uproszczonego, bo to są prostsze karty)- by nie dopuścić
do "rozjechania się" wartości zmiennych po np. padzie zasilania (nie
dotyczy to "danych binarnych").
Informacja na ten temat raczej jest w dokumentacji (łącznie z obrazkami
pokazującymi jak to wygląda w EEPROMie, i może nawet co się stanie, gdy
karta wykryje niespójność). Z tym że to jest oczywiście wewnętrzna
sprawa karty, użytkownik nie ma do tego normalnie dostępu.
--
Krzysztof Hałasa