-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not
-for-mail
From: " \(c\)RaSz" <b...@W...onet.pl>
Newsgroups: pl.comp.pecet
Subject: Re: Organizacja zapisu na powierzchni dysku
Date: Tue, 28 Jul 2009 19:13:43 +0200
Organization: http://onet.pl
Lines: 78
Message-ID: <h4ncp6$n72$1@news.onet.pl>
References: <3d356$4a6df4b7$59641b7f$2185@news.upc.ie>
<0...@n...onet.pl>
<48d9b$4a6e1863$59641b7f$4232@news.upc.ie>
NNTP-Posting-Host: gdn01188168.visp.energis.pl
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1248802409 23778 62.29.188.168 (28 Jul 2009 17:33:29 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Tue, 28 Jul 2009 17:33:29 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Antivirus: avast! (VPS 090726-1, 2009-07-26), Outbound message
X-Antivirus-Status: Clean
Xref: news-archive.icm.edu.pl pl.comp.pecet:1155277
[ ukryj nagłówki ]
Użytkownik "tg" napisał w news:48d9b$4a6e1863$59641b7f$4232@news.upc.ie...
> "(c)RaSz" wrote in message news:0560.000005aa.4a6df8d7@newsgate.onet.pl...
>> Jak producenci HDysków (różnorodni) radzą sobie z ową niewspółmiernością
>> (różną długością) ścieżek wewnętrznych i bardziej zewnętrznych?
>
> uparles sie
> cylinder jest podzielony na sektory, najmniejszy cylinder ma ich najmniej
> a ten najblizej zewnetrznej czesci talerza - najwiecej
>
> gestosc liniowa jest stala
>
> predkosc zapisu i odczytu NIE JEST - zalezy od polozenia sektora czyli
> predkosci linowej owego wzgledem glowicy
>
> wszystko jasne?
Faktycznie - uparłem się. Bowiem... Ale może jeszcze doprecyzuję: dla
dalszych rozważań nieco mniejsze znaczenie ma istnienie w HDysku - mnogości
talerzy, więc prowadźmy rozważania bez ich udziału, czyli tak, jakby wszystko
działo się na jednym krążku, i to jednej, jedynej powierzchni. Jak to
uzgodniliśmy (krótkie podsumowanie): podstawową jednostką organizacyjną są tu
klastry, zawierające po kilka sektorów, przy czym to, ile tych sektorów
jest - zależy indywidualnie od danego dysku.
Zgaduję jednak, że na każdej ścieżce klastry mają po tyle samo sektorów?
W takim razie "podstawową jednostką dopasowania" - dopasowania ilości
klastrów do długości ścieżek - nie będzie sektor, lecz klaster właśnie? Jeśli
tak, to trzeba zauważyć, że JEDNAK prowadzi to do znacznej rozrzutności,
wszak klastry są długości dość sporej. Zaś długość sąsiadujących ścieżek
zmienia się proporcjonalnie do odległości między ścieżkami - oznaczę ją jako
delta-R (dR ) - według znanego z podstawowej geometrii wzoru (już po
przekształceniu):
dL = 2 Pi * dR gdzie dL to różnica długości ścieżek, zaś Pi - to oczywiście
ludolfina.
Jako że odległości między ścieżkami są (zapewne) NIECO większe niż między
bitami (zapisanymi w danej ścieżce), więc dla określenia zmiany użytecznej
pojemności całkowitej (dla kolejnej ścieżki) - trzeba by jeszcze pomnożyć to
przez odpowiedni czynnik proporcjonalności. Ale, tak czy siak, pojemność
"faktycznie używana" - nie może się zmieniać niemal płynnie, czyli tak jak
sama długość ścieżki, lecz znacznie bardziej skokowo: jako że proporcja
pomiędzy użyteczną długością ścieżki, a wielkością klastra - musi być
zaokrąglana W DÓŁ, do wielkości całkowitej. To zaś oznacza, że po kilka
sąsiednich ścieżek będzie miało n klastrów, zaś dopiero następne kilka - po
n+1, etc. Bowiem nieunikniona jest niewspółmierność pomiędzy przyrostem
długości dla kolejnych ścieżek, a długością dość przecież obszernego klastra,
i trzeba kilku skoków głowicy, aby nazbierało się miejsce na kolejny klaster.
Czyli jednak znaczna część powierzchni - nie będzie używana, albo też
inaczej: powierzchnia ta będzie zagospodarowana w sposób nieoptymalny.
Nieoptymalność będzie rzędu (Pi razy oko) połowy klastra na KAŻDĄ ścieżkę!
Czyli dość spora...
I do tego sprowadza się moje spostrzeżenie. Dzieląc sumaryczną liczbę
klastrów na wszystkich ścieżkach, przez ilość ścieżek pomnożoną przez dwa -
uzyskamy współczynnik niegospodarności.
Oczywiście jest to dla zwykłego użytkownika rzecz "przezroczysta" - bo nie ma
on jakiejś styczności z opisanym tu problemem, ale wskazuje to, że
powierzchnię dysku można by zwiększyć przez zmiany konstrukcyjne, np.
używanie zapisu spiralnego. Taki format spowolniłby jednak (i to dość
znacznie!) operacje wyszukiwania (danego miejsca pod zapis, lub dla odczytu),
oraz (zapewne) zmniejszyłby trwałość silnika pozycjonera. Ale... są możliwe
jeszcze inne zmiany konstrukcyjne HDysków, co - oczywiście - ma dla
użytkownika konkretnego dysku znaczenie jedynie jako potencjalna, zakupowa
przyszłość.
Jednak przy lepszym zorganizowaniu zapisu danych na dysku, to przy tych
samych głowicach, oraz identycznej jakości warstwy magnetycznej - pojemność
dysków znacznie by wzrosła, CBDO...
--
Pozdrawiam - (c)RaSz
Moje "rzeszoto" - do znajdywania liczb pierwszych - dostępne pod:
http://republika.pl/c_rasz/index.htm
Następne wpisy z tego wątku
Najnowsze wątki z tej grupy
- EPS12V
- Jaka moc wi-fi ?
- Karta dźwiękowa stereo
- Mini pecet
- drukarka potrzebna
- Rok 1973
- CFM (airflow) AMD Wraitha
- 16. Raport Totaliztyczny: Sprzedawanie zaszyfrowanych filmów na płytach Blu-Ray bez kluczy deszyfrujących
- 15. Raport Totaliztyczny: Średniowiecze Po,Zniszczeniu AmigaOS i Plan9
- USB3.x->HDMI/DP ze sterownikami w win11
- Dell ubija / przemianowuje swoje flagowe linie laptopów
- Ten adapter nie obsłuży dysków HDD PATA 2.5 cala - producent kłamie czy ja jestem głupi ?
- Przedłużacz USB-C działa w połowie
- Fujitsu LIFEBOOK E746
- Alternatywny nośnik do monitoringu zamiast HDD?
Najnowsze wątki
- 2025-02-23 Ciekawy wyrok Sadu Najwyzszego USA
- 2025-02-22 spalinki
- 2025-02-22 Warszawa => Presales Engineer IT <=
- 2025-02-22 Warszawa => Kierownik ds. kluczowych Klientów <=
- 2025-02-22 Spalinki:)
- 2025-02-23 Useme
- 2025-02-22 Drogie mieszkania, drogie kredyty i ogromne zyski banków. Czy rząd ma rozwiązanie?
- 2025-02-21 Warszawa => Key Account Manager IT <=
- 2025-02-21 Warszawa => Data Engineer (Tech Lead) <=
- 2025-02-21 Aliexpress zaczął oszukiwać na bezczelnego.
- 2025-02-21 Warszawa => System Architect (Java background) <=
- 2025-02-21 Kula w łeb
- 2025-02-21 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-21 Warszawa => Solution Architect (Java background) <=
- 2025-02-21 Lublin => JavaScript / Node / Fullstack Developer <=