> Inna metoda(już nie tak skuteczna) to wymuszenie TRIM na wolnej
> przestrzeni dysku(jeśli na dysku masz XP czy system nie obsługujący
> TRIM), można to zrobić z systemu obsługującego TRIM(np Win 7),
> podłączasz taki dysk do komputera z win7, tworzysz na nim jeden wielki
> plik z losową zawartością po czym go usuwasz.

Niezbyt skuteczna metoda. Zwykle tylko pewna część miejsca "zajętego" przez
chwilę przez ten jeden wielki plik jest faktycznie trimowana. O wiele
skuteczniejsze jest wypełnienie całej wolnej przestrzeni dużą ilością małych
plików i skasowanie ich. Wtedy zwykle (nie zawsze) prawa cała taka przestrzeń
zostaje faktycznie strimowana. Przynajmniej tak się dzieje na moim OCZ Vertex 2.

latet

do góry

> Trzeba być niezłym debilem, żeby taki dysk formatować z podziałem na
> 512-bajtowe klastry.

A warto zastosowac inne, niż standardowe 4 KB?
Testowałem większe klastry, ale nie zauważyłem wzrostu wydajności.

Oczywiście wiem, że inną kwestią jest prawidłowy "aligment" partycji, a inną
wielkość klastra wybrana podczas formatowania.

latet

do góry

Użytkownik "Sergiusz Rozanski" <w...@m...com.pl>
napisał w wiadomości
news:slrnj8k05a.d9m.write-only-with-spf@dns.media-la
b.com.pl...
>
> Uwaga będzie głęboko: dysk ssd jest podzielony na bloki nie po 512B
> ale po 4,8 itd kB. Z pamięci flash odczytywany jest więc taki niepodzielny
> blok i z niego wyłuskiwany sektor 512B akurat potrzebny do wysłania.

Proszę nie zmyślać.

> I teraz dajmy na to mamy duży plik który zajmuje nam 0.5GB czyli
> ~milion sektorów. A sam dysk mamy tak poszatkowany że akurat każda z
> jego części zapisała się w innym bloku np 8kB. Oznacza to że aby wysłać
> przez sata te 0.5GB trzeba odczytać z flasha 16x tyle danych! czyli
> 8GB. Szybkość w takim przypadku liniowego odczytu (wewnętrznego) spadnie
> 16-sto krotnie do oczekiwanych i zapewne będzie odczuwalna na sata.

Odczyt w dyskach SSD nie jest specjalnym problemem. Skąd tylu mądrali
postanowiło rozwiązać nieistniejący problem?

do góry

Użytkownik "Latet" <l...@l...pl> napisał w wiadomości
news:j6dfel$3uh$1@inews.gazeta.pl...
>> Trzeba być niezłym debilem, żeby taki dysk formatować z podziałem na
>> 512-bajtowe klastry.
>
> A warto zastosowac inne, niż standardowe 4 KB?
> Testowałem większe klastry, ale nie zauważyłem wzrostu wydajności.
>
> Oczywiście wiem, że inną kwestią jest prawidłowy "aligment" partycji, a
> inną wielkość klastra wybrana podczas formatowania.

Na dysku SSD? Partycje ani żadne inne dane w rodzaju wielkości klastrów nie
mają nic wspólnego z rzeczywistością. Kontroler SSD sam rządzi tym wszyskim.

do góry

> Na dysku SSD? Partycje ani żadne inne dane w rodzaju wielkości klastrów nie
> mają nic wspólnego z rzeczywistością. Kontroler SSD sam rządzi tym wszyskim.

Może wielkość klastrów nie ma znaczenia, ale partition alignment ma - ogromne.
Sprawdziłem.

latet

do góry

Użytkownik "Latet" <l...@l...pl> napisał w wiadomości
news:j6h8vr$24d$1@inews.gazeta.pl...
>> Na dysku SSD? Partycje ani żadne inne dane w rodzaju wielkości klastrów
>> nie mają nic wspólnego z rzeczywistością. Kontroler SSD sam rządzi tym
>> wszyskim.
>
> Może wielkość klastrów nie ma znaczenia, ale partition alignment ma -
> ogromne. Sprawdziłem.

To jakiś przypadkowy wynik, jak w wielu twoich sprawdzianach. Taki związek
jest po prostu z definicji niemożliwy.

do góry

Użytkownik "Latet" napisał w wiadomości grup
dyskusyjnych:j6dfel$3uh$...@i...gazeta.pl...
> A warto zastosowac inne, niż standardowe 4 KB?
> Testowałem większe klastry, ale nie zauważyłem wzrostu wydajności.

Na SSD, czy HDD? U mnie po zmianie z 4 KiB, na 64 KiB system wstaje o kilka
sekund szybciej.

do góry

Użytkownik "Latet" napisał w wiadomości grup
dyskusyjnych:j6df84$3lu$...@i...gazeta.pl...
> Niezbyt skuteczna metoda. Zwykle tylko pewna część miejsca "zajętego" przez
> chwilę przez ten jeden wielki plik jest faktycznie trimowana. O wiele
> skuteczniejsze jest wypełnienie całej wolnej przestrzeni dużą ilością małych
> plików i skasowanie ich. Wtedy zwykle (nie zawsze) prawa cała taka przestrzeń
> zostaje faktycznie strimowana. Przynajmniej tak się dzieje na moim OCZ Vertex
> 2.

Lepiej zapchać prawie cały dysk (zostawiając 0,5 GiB wolnego miejsca). Zapisywać
ciągle wolną przestrzeń losowymi bitami (zapisywanie, kasowanie, zapisywanie
itd.) i patrzeć jak SSD zdycha.

do góry

qwerty napisa?(a):

> Lepiej zapchać prawie cały dysk (zostawiając 0,5 GiB wolnego miejsca). Zapisywać
> ciągle wolną przestrzeń losowymi bitami (zapisywanie, kasowanie, zapisywanie
> itd.) i patrzeć jak SSD zdycha.

Dlaczego zdycha?

j.


--
http://www.predkosczabija.pl/
"Prędkość zabija. Włącz myślenie!"

do góry

Użytkownik "januszek" napisał w wiadomości grup
dyskusyjnych:s...@g...mierzwia
k.com...
> Dlaczego zdycha?

Ile komórki dają radę się zapisać? 1 mln? Załóżmy, że jest nadpisywany co 2
sekundy. W 23 dni uśmiercasz dysk.

do góry