Użytkownik <radekp@konto.pl> napisał w wiadomości
5ul64ch68nb4rjio86u9ah9on7neoqds22@4ax.com">news:5ul64ch68nb4rjio86u9ah9on7neoqds22@4ax.com...
Fri, 2 Dec 2016 21:55:41 +0100, w <o1sn4e$rmr$1@node1.news.atman.pl>,
"HF5BS"
<hf5bs@jo.pl> napisał(-a):
Nie miało znaczenia, bądź bardzo niewielkie, marginalne. Po prostu, z
powodu
motylkowania pozycjonera czasy dostępu zsumowały się tak bardzo, że czas
wykonania operacji wzrósł ok. 15-krotnie.
A wytłumaczenie w wersji dla opornych? :)
Przerysuję, dla lepszej jasności...
Wyobraźmy sobie plik, dla okrągłego rachunku 4MB.
Przyjmijmy:
Czas pozycjonowania głowicy między sąsiednimi sektorami jest, powiedzmy, 1
ms, czyli tyle na odczyt.
Czas przelotu ramienia przez pół dysku ok. 50 ms.
4MB, to 8000 sektorów po 0.5 kB. Rozmiar "klastra" fuj, paskudne słowo, wolę
"blok", więc rozmiar bloku przeważnie 4kB, więc mamy ich 1000.
8000 x 1ms, daje 8000 ms, więc niecałe 10 sekund, tego nie przeskoczymy.
Gdy plik jednak będzie porozrzucany, dojdzie do tego 1000x50ms=50s (do tego
jeszcze 1 ms na odczyt) i do naszych 8 sekund dojdzie kolejne 50, więc
odczyt takiego pliku potrwa prawie minutę. Co lepsze, 8 sekund, czy 58
sekund? Ja wybieram 8 sekund. Bo te 50 dodatkowych sekund już możemy
przeskoczyć.
--
...Ja biorę na siebie schody, znajdę je skubane i skopię im poręcz
tak, że nie będą wiedziały, którędy na górę. (C) Osioł ze Shreka.
|