Re: Jaki jest sens stosowania dysk w SSD?

Autor: Sergiusz Rozanski <write-only-with-spf_at_sergiusz.com>
Data: Wed 12 May 2010 - 16:29:08 MET DST
Message-ID: <slrnhulepk.35o.write-only-with-spf@dns.media-lab.com.pl>
Content-Type: text/plain; charset=iso-8859-2

Dnia 12.05.2010 MC <m5c@go2.pl> napisał/a:
> Użytkownik "tg" <aa@bb.cpl> napisał w wiadomości
> news:c3602$4beaa1ed$59641a9e$24495@news.upc.ie...
>>
>> "Norbert" <noreply@reply.no> wrote in message
>> news:hsdq87$v8d$1@news.onet.pl...
>>>> Inaczej mówiąc ten sam adres na dysku widziany od strony
>>>> systemu operacyjnego może dotyczyć całkiem innych komórek.
>>>
>>> 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.
Dysk zapisuje dane w sektorach fizycznych w miarę _liniowo_ jak log i
zapisuje w którym sektorze fizycznym ma jaki logiczny.
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.
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.
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! :)

-- 
"A cóż to za sens kupować samochód, żeby jeździć po asfalcie? 
Tam, gdzie jest  asfalt, nie ma nic ciekawego,  a gdzie  jest 
coś ciekawego, tam nie ma asfaltu".
               Strugaccy - Poniedziałek zaczyna się w sobotę.
Received on Wed May 12 16:30:04 2010

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 12 May 2010 - 16:51:02 MET DST