-
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
- Fujitsu LIFEBOOK E746
- Alternatywny nośnik do monitoringu zamiast HDD?
- Pendrive, ale dysk
- Dyski HDD SATA 2,5'' >2TB
- Funbox 10 - Czy miał już ktoś styczność z tym sagemowym sprzętem?
- Konwersja dysku z MBR na GPT
- Przenosiny systemu
- soft dla detekcji stanu DMA (on,czy off)
- jak w chrome (forku chrome) wyznaczyc katalog profilu w dowolnym miejscu?
- Dziwnie padający Seagate
- Kwestia UPSa i elektryki tegoż
- Drukowanie bezprzewodowe - jaki interface ?
- Libre Office Krok Po Kroku - Komentarz
- Dysk startowy z dosem - ktokolwiek widział, ktokolwiek zna?
- Sprzedawanie zaszyfrowanych filmów na płytach Blu-Ray bez kluczy deszyfrujących
Najnowsze wątki
- 2024-12-21 Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 2024-12-21 Ideologia Geniuszy-Mocarzy dostępna na nowej s. WWW energokod.pl
- 2024-12-21 ciekawy układ magnetofonu
- 2024-12-21 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2024-12-21 Warszawa => Java Developer <=
- 2024-12-21 Zalesie Borowe => Medical Equipment Service Engineer <=
- 2024-12-21 Żerniki => Specjalista ds. Employer Brandingu <=
- 2024-12-21 jak tacy debile
- 2024-12-20 Precedensy politycznie motywowanego nie wydawania w UE
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-20 czyste powietrze
- 2024-12-20 Katowice => Analyst in the Trade Development department (experience wi