Użytkownik "Sergiusz Rozanski" <write-only-with-spf@sergiusz.com> napisał w
wiadomości news:slrnhulepk.35o.write-only-with-spf@dns.media-lab.com.pl...
>>>>
>>>> Czyli klopotem moze byc zwykle undelete czy unformat?
>>>
>>> nie
>>
>> Potwierdzam. X może być na SSD za każdym razem w innym miejscu, ale to
>> dalej
>> jest X.
>
> Może po kolei, dysk jest dzielony na sektory fizyczne i logiczne, z
> punktu widzenia kompa nie widać tych fizycznych, widać logiczne.
SSD nie ma sektorów fizycznych. Mamy bloki, zwykle po 512 K i strony (4K).
Blok jest najmniejszą jednostką, którą można skasować, a strona najmniejszą
jednostką, którą można zapisać. Sektory logiczne są, bo tak jest
zorganizowany dostęp przez system operacyjny.
> Dysk zapisuje dane w sektorach fizycznych w miarę _liniowo_ jak log i
> zapisuje w którym sektorze fizycznym ma jaki logiczny.
Organizacja dostępu do danych raczej przypomina ten z RAM-u niż HDD.
> Np. mamy pusty dysk, zapisujemy sektor nr L1 (logiczne 1) dysk zapisze go
> w F1 (fizyczne 1) następnie go kasujemy i zapisujemy ponownie czyli robimy
> zapis do L1 a on się zapisuje w F2 i tak w kółko piszemy po tym L1 ale
> dysk
> pisze jak w logu, Jeśli dysk ma 1000 sektorów to kolejny zapis F1 nastąpi
> dopiero w 1000 cyklu zapisu.
Tak nie jest. W systemie operacyjnym nie ma kasowania. Jest tylko zwolnienie
do zapisu. Na dodatek takie informacje nie przedostają się do dysku i to
jest przyczyną wielu kłopotów z SSD.
> W ten sposób czym większy mamy dysk i im więcej pustego miejsca na nim
> (bo tylko ono jest "rotowane") to tym mniej cykli w 1 fizycznej komórce
> psujemy.
Coś na kształt takiego mechanizmu wyrównywania liczby operacji zapisu do
poszczególnych komórek rzeczywiście istnieje. Tylko jest bardziej
skomplikowany.
> Z powyższego widać również dość interesującą z punktu widzenia undelete
> właściwość. Co by nam dała np możliwość fizycznego wjazdu w sektory?
> Ano dość prosty i łatwy rollback stanu dysku! :)
Niestety. Procedury typu undelete działają tradycyjnie. Na tych obszarach,
które zostały zwolnione i jeszcze nie zapisane.
Received on Wed May 12 18:15:02 2010
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 12 May 2010 - 18:51:02 MET DST