Użytkownik "Rafał" <rafalweb@lukawski.pl> napisał w wiadomości
news:j3nfht$q0v$1@news.onet.pl...
> 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)
Jak z tego widać mamy dwa rodzaje zapisu. Szybki, do niezapisanej strony,
oraz wolny. Wolny ma miejsce wtedy, kiedy trzeba skorzystać ze strony
niepotrzebnej ale jeszcze nie skasowanej. Wyglada to tak. Wczytuje się cały
blok danych do bufora, sam blok zostaje skasowany, zawartość bufora jest
uzupełniana o nowe strony do zapisania i całość jest wpisywana do przed
chwilą skasowanego bloku. To trwa o wiele dłużej niż szybki zapis
bezpośredni.
>
> TRIM - pozwala ograniczyc ilosc operacji odczytu i zapisu, poniewaz
> wiadomo ktore sektory sa istotne, ktore nie.
W czasie normalnej pracy w blokach powstają liczne dziury w postaci
zwolnionych, ale jeszcze nieskasowanych stron. Trymowanie stara się tak
przenosić dane, żeby zajmowały jak najmniej bloków. A resztę kasuje. W ten
sposob powiększa ilość stron gotowych do szybkiego zapisu.
Received on Fri Sep 2 13:35:07 2011
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Fri 02 Sep 2011 - 13:51:00 MET DST