Disky Seagate rychlejší díky inteligenci

Diskuze čtenářů k článku

Zdenek  |  20. 05. 2004 10:38

Tento nový protokol ukládá požadavky na čtení souborů do vyrovnávací paměti a při znalosti aktuální polohy čtecích hlav vybírá optimální cestu hlaviček pro nejrychlejší přesun na požadovaná data. Přicházející požadavky jsou průběžně vyhodnocovány a trasa hlaviček je stále upravována.

Jsem se naivne domnival ze tohle ma na starosti I/O scheduler v operacnim systemu, ktery pozadavky na blokova zarizeni tridi, merguje, a sype do disku stridave vzestupne a sestupne (vytahovy algoritmus).

Tagovani a out-of-order provadeni pozadavku diskem sice muze trochu pomoct, protoze I/O scheduler polohu hlavicky pouze odhaduje, kdezto disk ji "vidi" v realnem case, ale myslim ze to bude naprosto zanedbatelne, ledaze by ten scheduler v OS stal za starou backoru, a to nestoji, dokonce ani ten windowsovej.

Souhlasím  |  Nesouhlasím  |  Odpovědět
MOJE  |  20. 05. 2004 11:09

kdyz porovnam realny vykon SCSI disku, kde se prave tohle bezne dela a IDE disku, ktery to neumi tak mam takovy nejasny pocit, ze to ma dost velky vyznam. On je dost velky rozdil mezi tim "odhadovat" v OS a opravdu vedet u disku.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Honza Šustr  |  20. 05. 2004 11:52

vaše teorie má malou vadu. žádný OS nevidí, kde hlavička disku je, protože žádný disk systému toto neříká. OS vidí disk jako jedno velké LBA pole, nějaké hlavičky apod ho nezajímají. navíc - to by všechny OSy musely mít databázi disků, aby znaly jeho geometrii, ne ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Břetislav Černík  |  21. 05. 2004 16:09

1. Mno mno. On ten schelduler ve windows za starou bačkoru ale fakt stojí. Zkuste si kopírovat třeba 2-3GB soubor na jednom disku a zjistíte, že místo aby systém použil minimální potřebnou cache pro daný soubor a zbytek cache nechal pro adresáře, tak všechnu dostupnou paměť použije na cache tohoto souboru a pro přístupy k ostatním souborům už nic nezbyde. Nehledě na to, že začne i swapovat "cache" na disk. Existujou samozřejmě i jiné OS, které se chovají jinak.
2. Nějak netuším, jak by se OS choval k realokovaným sektorům. Teoreticky by je měl mít možnost evidovat, ale praxe, ..... A další věcí je, ž OS už vůbec nemá šanci stíhat směrovat data podle toho, jak je plotna disku právě natočena. A doba potřebná pro to, až se plotna natočí do správné polohy je zásadní při stanovení přístupové doby. Tj. pokud elektronika disku bude schopna plynule přejíždět mezi sousedními stopami s minimální prodlevou mezi zápisy/čtením, tak bude mnohem rychlejší než pokud bude zapisovat sice sekvenčně stopu po stopě od shora dolů, ale pro každý zápis/čtení bude muset čekat na celou otočku plotny.

BC

Souhlasím  |  Nesouhlasím  |  Odpovědět
mike  |  19. 05. 2004 13:21

cha cha. Tohle muze pomoct tak nejakemu moulovi, kterej uz ma 10 let nainstalovany windows s totalne fragmentovanym diskem.

Tahle "kolosalni" technologie nezmeni nic na faktu, ze je Seagate vyrobcem tech nejpomalejsich disku na trhu. Viz. testy na technetu. A blahove si mysli, ze to dozene nejakou softwarovou picovinou, ktera tady uz navic 10 let existuje.

Souhlasím  |  Nesouhlasím  |  Odpovědět
kenco  |  19. 05. 2004 17:33

No, az tak drasticky by som to nepisal, ale inak s tebou suhlasim, aspon co sa tyka tej rychlosti diskov - SEGATE suverenne najpomalsi, aj ked je pravda ze ta ich patentovana technologia ulozenia platni, ak sa nemylim, koli "tichosti" disku je vyborna.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ne  |  22. 05. 2004 10:33

Co je to suverenne? Kdyz se podivam na testy, tak zjistim, ze v realnych benchmarkach jsou vsechny disky stejne rychle a lisi se plus minus jedno procento. Koho to zajima? Kdo to v beznem provozu pozna? Na druhou stranu pokud je Seagate tizsi o 10dB oproti treba hucaku od WD, tak to poznam okamzite po zapnuti.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Standa  |  19. 05. 2004 09:24

to je teda softwarovy upgrage jak blazen... kdyz si musim koupit nejenom novy HD, ale taky novou desku

Souhlasím  |  Nesouhlasím  |  Odpovědět
leadndrizenlogomerienteratoriol  |  19. 05. 2004 11:20

proc hned desku staci radic do PCI ci express slotu

Souhlasím  |  Nesouhlasím  |  Odpovědět
MOJE  |  19. 05. 2004 07:18

Tahle technologie ua davno existuje, jmenuje se TCQ (tagged command queing) a pouziva se naprosto bezne u SCSI disku. Nektere IDE disky ji umeji taky (IBM,hitachi, ...), ale zdaleka ne do takove hloubky, jako SCSI.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Fireman  |  19. 05. 2004 07:07

Pokud se nepletu tak tuto technoligii uz Hitachi pouziva docela dost dlouho a uspesne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Honza Šustr  |  19. 05. 2004 08:52

TCQ....ide
NCQ...sata
ACQ...atapi (ale tam to znamené trochu něco jiného).

jediné acq má podporu ide řadičů, protože to je nutnost podle specifikací.
tcq sice má hitachi/ibm od 180gxp, ale řadiče na to nejsou, až na jeden - promise tx2/tx4/tx2 plus
ncq mají nové barči se 100gb/plotna. ani wd raptor 74gb nemá ncq, ale jen tcq, a ještě k tomu silně zabugovaný.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pjotr  |  19. 05. 2004 01:06

Super, jiz tomu je 5let a tudiz zustavam u SCSI !  Kez by vyrobce meho radice poslal utilitku na flash biosu radice,aby podporoval NCQ 

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jeremy  |  19. 05. 2004 09:36

Mno pokud je mi znamo tak tyhle command queues' principielne pochazeji z SCSI.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Honza Šustr  |  19. 05. 2004 00:43

jen bych ještě zmínil, že řadiče podporující NCQ neexistují...teda až na jeden, který se v ČR neprodává. takže zatim docela smůla

Souhlasím  |  Nesouhlasím  |  Odpovědět
Michal  |  20. 05. 2004 12:14

NCQ umi Sil 3112A a 3114. staci si precist datasheety

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor