Re: 1.) Defragmentacja dysku SSD. 2.) Dysk SSD a program MHDD.

Autor: Rafał Łukawski <rafalweb_at_lukawski.pl>
Data: Sat 08 Oct 2011 - 17:18:59 MET DST
Message-ID: <j6pplk$4nn$1@news.onet.pl>
Content-Type: text/plain; charset=UTF-8; format=flowed

On 2011-10-08 17:09, januszek wrote:
> Rafał Łukawski napisa?(a):
>
>> http://pl.wikipedia.org/wiki/CAS_latency
>
>> Ogólna zasada, aby zaadresować komórke - wybieramy wiersz, kolumne,
>> dopiero po tych operacjach (wzlględnie czasochłonnych) można
>> strumieniowo pobrać paczke danych
>
> Tylko co to ma wspolnego z SSD? hint: nie mamy bezposredniego dostepu do
> komorek fizycznej pamieci takiego dysku.

No w sumie racja, nie znajac dokladnych algorytmow pracy kontrolerow,
trudno dokladnie cos wnioskowac, aczkolwiek mozna przynajmniej
przypuszczac na czym polega model dzialania: - zrownowazenie ilosci
zapisow w obrebie calego dysku.

Gdyby przyjac model iz kazdy kolejny blok LBA mapowany jest na zupelnie
'losowy' blok w pamieci flash (co jest bardzo prawdopodobne po jakims
czasie dzialania), to po prostu defragmentacja z natury rzeczy nic nie
wniesie do wydajnosci, a skroci wydajnosc dysku (ze wzgledu na duza
ilosc zapisow).

Byc moze, powtarzam byc moze SSD moze stosowac algorytmy usprawniajace
odczyty kolejnych LBA /cos ala prefetch/, ale to juz tylko domysly ze
wzgledu na zlozonosc obecnych i pewno tych co powstana ukladow, wiele
jest mozliwych scenariuszy. najlepiej nie zawracac sobie tym glowy. Sama
roznica SSD vs HDD jest na tyle duza w czasie dostepu, ze po prostu sie
uzywa i tyle.

-- 
Western Digital Silver Partner - http://luktronik.pl/
Received on Sat Oct 8 17:20:02 2011

To archiwum zostao wygenerowane przez hypermail 2.1.8 : Sat 08 Oct 2011 - 17:51:01 MET DST