On 2011-09-01 08:50, Latet wrote:
>> Nie, rzecz jest w czymś całkiem innym. W różnicy wielkości pomiędzy
>> liczbą komórek którą się zapisuje (lub odczytuje) na raz, a liczbą,
>> którą się kasuje. Po prostu nie można skasować tylko jednego zapisu. I
>> to jest praprzyczyną problemów.
>
> Wiem o tym, że strony (np. 4 KB) pogrupowane są w bloki wielkości nawet
> np. 512 KB i że sprzęt nie zapisuje na raz mniej niż całego bloku. Ale
> jak w tym ma pomóc TRIM, to już nie rozumiem. Byłbym bardzo wdzięczny za
> wytłumaczenie.
To nie jest do konca prawda. Flash EPROM mozna zapisywac w mniejszych
obszarach, ale tylko raz. ponowny zapis wymaga wymazania calego bloku
Jak juz pisalem. ponowny zapis sektora do takiego bloku wymaga:
- odczytania sektorow bloku, *ktore sa wykorzystywane*
- wykasowania calego bloku
- zapisania calego lub czesci, o ktorej sterwonik ma informacje, ze jest
uzywana z uwzglednieniem zmian (to co faktycznie zapisujemy)
TRIM - pozwala ograniczyc ilosc operacji odczytu i zapisu, poniewaz
wiadomo ktore sektory sa istotne, ktore nie.
to tak w skrocie i generalnie do kosci pamieci. W praktyce obecne
*uklady kontrolujace SSD* moga sobie dowolnie mapowac bloki w ramach
wlasnej przestrzeni, tu juz sie nie wypowiadam (algorytmy ulegaja
zmianie w czasie). Celem jest przede wszystkim zrownowazenie ilosci
operacj zapisu pomiedzy wszystkimi komorkami pamieci - to przedluza
zywotnosc calego dysku. Innymi slowy jezeli zapisujemy sektor A, raz
znajduje sie w jednym fizycznym miejscu, po zapisie w zupelnie innej
kosci pamieci (to tak np.)
Implementacja komend ATA moze byc rozna w zaleznosci od dysku, wiec nie
posuwalbym sie do generalizowania. to potencjalnie nowy produkt na
rynku, wiec opinie o dyskach produkowanych 1-2 lata temu moga zupelnie
nie pasowac do obecnej sytuacji
>
> latet
Received on Thu Sep 1 10:30:02 2011
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Thu 01 Sep 2011 - 10:51:00 MET DST