Přidat otázku mezi oblíbenéZasílat nové odpovědi e-mailem Pevne disky 4kB versus 512B sektory

Zdar, cetl jsem zde na poradne doporuceni na disk od WD, tak me napadlo, ze by bylo zajimave, jestli jste nekdo porovnavali nove 4kB "sektorove" disky versus 512B ?
4kB disky by snad meli jit jen pod Windows 7 a meli by byt o neco rychlejsi nez obycejne.

Otazky jsou jasne, zda se 4kB vyplati po strance vykonu a zda s tim ve Windows 7 (pripadne nejnovejsi verze linuxu - Ubuntu 10.04, Fedora 13) nejsou problemy ???

Konkretne:

WD Caviar Green (WD10EARS) - 1TB - 64MB cache - 4kB sektory

WD Caviar Black - 1TB - 64MB cache - 512B sektory

Jsou zobrazeny jen nové odpovědi. Zobrazit všechny
Předmět Autor Datum
Neporovnával jsem to a nešel bych do toho. Raději plně kompatibilní ověřené zařízení než zařízení mé…
Moas 02.07.2010 11:37
Moas
tak zase u disku kazdy zvyseni procenta vykonu dobry a hlavne do budoucna asi prejdou vsichni vyrobc…
Redmarx N 02.07.2010 11:59
Redmarx N
Problem neni ani tak v diskoch ci systemoch. Linux je napr.pripraveny na disky so 4K sektormi uz dlh…
KiloViktor 02.07.2010 13:22
KiloViktor
V prvej polovici mas zhruba pravdu (aj ked by teoreticky nebol problem Win updatnut tak aby to zvlad…
MM.. 02.07.2010 13:35
MM..
tady je to pekne popsano: http://www.diit.cz/article/print/28484?urltitle=ad vanced-format-prichazej… nový
gd 02.07.2010 16:23
gd
Tu su testy s roznymi nastaveniami. http://www.bit-tech.net/hardware/storage/2010/04/0 1/the-facts-4… nový
fleg 02.07.2010 18:05
fleg
Ja tam vidim ze 512B je vzdy bud stejny alebo vyrazne lepsi (to je ale potom len nejaky problem vo W… nový
MM.. 02.07.2010 18:09
MM..
Ano 4k je tam vyrazne horsi, ja som videl ale testy v raid a na linuxe a tam to bolo naopak len to t… nový
fleg 02.07.2010 20:33
fleg
Chapem, ze ziaden program neleze na disk priamo v NT systemoch, ale driver v ringu 0 snad moze nie?… poslední
KiloViktor 02.07.2010 20:51
KiloViktor

Neporovnával jsem to a nešel bych do toho. Raději plně kompatibilní ověřené zařízení než zařízení méně kompatibilní s diskutabilním přínosem (který bude i tak přinejlepším v řádu jednotek procent).

tak zase u disku kazdy zvyseni procenta vykonu dobry a hlavne do budoucna asi prejdou vsichni vyrobci na 4kB, tak si rikam, zda do toho nejit uz ted. :-)
---
Furt totiz premitam nad novym PC a na W7 pujde urcite SSD, ale 80GB clovek zaplni raz dva a este chci dat na PC linux, tak premyslim na co ho nahodit, Velociraptor ma prinos taky jen v radu jednotek procent, na druhy SSD nemam a tak aspon uvazuju o jednom z tech dvou, pry tech 64MB cache taky procenticko k rychlosti prihodi a ted akorat nevim zda bude prinosem i ten 4kB sektor. :?:

Problem neni ani tak v diskoch ci systemoch. Linux je napr.pripraveny na disky so 4K sektormi uz dlho. Prolemom je ale to, ze zbytok sveta neni pripraveny na pracu s nicim inym nez 512B. Biosy, rozne nizkourovnove nastroje, zavadzace, nastroje na delenie diskov, ktore musia vediet spravne zarovnat oddiely na hranice 4K a pod. Takze zatial bude existovat prechodna doba, kym vsetky potrebne veci budu 4K vediet pouzivat. Prechodna doba bohuzial znamena zavedenie medzivrstvy medzi disk a aplikacie tak, aby si aplikacie mysleli, ze maju disk s 512B, pricom v skutocnosti je disk so 4K sektormi. Zapis 512B na disk so 4K sektormi znamena, ze sa precita 4K, urobi sa zmena v 512B a zapise sa 4K. Co znamena operaciu Read-Modify-Write namiesto operacie Write.
Dopad na vykonost zrejme nebude maly.
Problemov je samozrejme viac. Napr. to, ze boot sektor zacina na 63 logickom sektore, co je posledny sektor prvej stopy a je velky 512B. Akykolvek FS zacina na zaciatku dalsej stopy a pri deleni na 4K budu takmer urcite oddiely zarovnane nespravne.
Vsetko sa da napravit ale to, ze WinXP nielenze, ocakava oddiely ktore su nespravne zarovnane, ale dokonca bez nich nedokaze spravne pracovat je uz trocha silna kava.

V prvej polovici mas zhruba pravdu (aj ked by teoreticky nebol problem Win updatnut tak aby to zvladal priamo ptz vo Win ZIADEN program neleze fyzicky na disk, ptz vobec nemoze).

Druha polovica je nezmysel. Oddiel zacina standardne vzdy na prvom sektore druhej stopy, aj u Win a aj vsade. Ked disk reportuje 63sektorov na stopu tak zacne na 63 sektore, ked ale disk reportuje 32sektorov na stopu tak zacne na 32 sektore, takze to vobec neni ziaden problem. A robil to tak uz aj MSDOS 1.0

tady je to pekne popsano: http://www.diit.cz/article/print/28484?urltitle=ad vanced-format-prichazeji-pevne-disky-se-4k-sektory

A i když mohou souborové systémy používat velikost jednoho „clusteru“ („logický nejmenší sektor“ pro daný souborový formát) třeba i 4 096 bajtů a více, je tu jeden neduh, který je krásně vidět právě třeba na Windows XP. Tento operační systém má totiž pro 4kB sektory jeden neduh: při čisté instalaci na prázdný disk začíná první diskový oddíl na logickém sektoru (LBA) 63, tedy ve skutečnosti v 7/8 osmého fyzického sektoru na pevném disku. Ve výsledku pak žádná alokační jednotka souborového systému se 4kB clustery „nepasuje“ na 4kB sektory pevného disku, což ze při práci s „náhodnými“ bloky dat hlavně při zápisu projeví výrazným zpomalením (při čtení už tolik ne, jen se musí pro každou 4kB alokační jednotku přečíst dva fyzické 4kB sektory a vybrat z nich ty 4 kB, které patří oné 4kB alokační jednotce, tedy „clusteru“).

...

Spojení pinů 7 a 8 opravdu dělá to, co vás asi už napadlo: posunuje vnitřně adresování tak, aby první diskový oddíl začínal přesně na začátku 4kB sektoru a ne uvnitř jiného. Pokud po instalaci jumper odstraníte, „krapítko“ si rozhodíte data, protože všechny sektory budou přečíslovány do původního stavu. Je to skutečně brutální, ale pokud to tak necháte, je to účinné a velmi jednoduché. Pak ale rozhodně nepouštějte utilitu WD Align, jinak tato diskový oddíl „rozrovná“ a vše bude zase posunuto tak, jak to být nemá, čehož důsledkem bude snížení výkonu disku.

Chapem, ze ziaden program neleze na disk priamo v NT systemoch, ale driver v ringu 0 snad moze nie?
Inak ta medzivrstva je zalezitost fw disku (radica). Zatial neexistuje zaruka, ze disku budu predavane poziadavky vylucne na 4k sektory, takze kompatibilita s poziadavkami na 512B musi byt zachovana (aspon zatial).

Zpět do poradny Odpovědět na původní otázku Nahoru