Testy rychlosti mazaní souborů

Tento článek je určen všem Amigistům, kteří si myslí, že Amiga má pomalý filesystém. Vzal jsem si na paškál hlavně mazání, o němž panuje všeobecné mylné přesvědčení, že je pomalé.

Nejprve detailní informace o systémy použitém pro testy: A 1200T, KS 3.1 (40.68), Blizzard 1260, 48MB fast, Z2 sloty, CyberVision64/3D, Eizo F35 & C= 1084S pro Pal, 1Gby SCSI drive (Quantum Empire), 1.6Gby IDE drive (Western Digital), 2Gby ULTRA FAST WIDE SCSI 3 drive (Western Digital), 8xspeed CD rom (Samsung), HD-Drive, good HF aparatura a další rozšíření (4IDE extension...). Běží na tom WB 40.42, SetPatch 43.6, 060 library 42.0, MultiCX 2.62, ROM je mapována do ram a FastExec je použit pro opravení chyby Blizzardu -> umístí exec/execbázi a supervisor stack do fastram kvůli zrychlení.
Mazán byl 200MBy soubor, a to
• na IDE – Western Digital WDAC 21600 (1.6GBy, jeden z nejrychlejších IDE disku - Westerny jsou vůbec nejlepší)
• na SCSI – Quantum Empire 1080S (1GBy, *VELMI* starý, pomalý)
• a na SCSI – Western Digital Enterprise WDE 2170 Ultra Fast Wide SCSI 3 (2GBy, jeden z nejrychlejších SCSI disků)
K mazání byl použit DOpus 4.12 (možná někteří namítnou, že systém či nějaký ten FileMaster by mazal rychleji, ale věřte že na 060 již není změřitelné žádné zrychlení... A pak, Opus mi jede v 800 x 600 x 8bit x 100Hz (!) ;-) ). IDE standardní IDE řadič v A1200, SCSI A 1230 scsi.device, ver. 8.2. WIDE SCSI disk byl připojen přes redukci 50/68pin. Rychlostní potenciál tohoto disku však nebyl plně využit, protože SCSI kit pro Blizzardy má specifikaci pouze FAST SCSI 2, zatím co disk zvládá ULTRA FAST WIDE SCSI 3 (takže pro PPC kartu je jako stvořený a rychlost by měla drasticky stoupnout). Jinak si dovolím důrazně upozornit na to, že Quantum 512 By blok nezvládá (takže jeho použitelnost na KS 3.0 je nulová), Western sice ano, ale rychlost odpovídá asi tak hodně pomalému IDE 2,5“ disku (tak 300kBy za sekundu)!
Jinak rychlost WIDE SCSI Westernu byla i pro mě jistým překvapením. DiskSpeed v. 4.2 se už prvním testem (512 By file test - zde se disk vyloženě „kouše“, pro hnidopichy dodávám, že disk byl naformátován na 32 kBy bloky) vyhoupl na 2.66 MB/sec a už při 4096 By testu dosáhl neuvěřitelných 10 MB/sec (!) a pak rychlost stoupala již minimálně (průchodnost SCSI řadiče má být pouhých 10MB/sec). A tak se u 262144 By testu ukázaly hodnoty nevídané - vytváření souboru rychlostí 11 MB/sec, zápis do něj 12MB/sec a čtení neuvěřitelných 13MB/sec !!! (hodnoty byly samosebou přesně na bit a o něco vyšší, ale proč si kazit paměť čísly? ) Pokud si říkáte, že DiskSpeed se asi zbláznil, tak se pletete. Jednak i ostatní SCSI disky ukázaly slušné výsledky, ale hlavně se tak disk jeví v reálu...
A ještě jedna věc. Není k dispozici informace o zatížení procesoru - DiskSpeed již na procesoru 68060 není schopen určit jeho rychlost (asi mu „přeteče“ číslo...). Disky byly používány pod FFS (DOS 1) v. 43.13.
Tak pojďme na to mazání. Zde je halda zmatených čísel:

Vysvětlivky: Čas je minuty:sekundy, případně minuty:sekundy:setiny sekundy. Ano, mazání 200MB trvá skutečně 5 minut i na 060 - 512 By blok je k ničemu. Quantum SCSI drive jej ani nepodporuje.
Poznámky:
• 4096 By blok (na Quantumu SCSI od 8192 By a na Westernu až od 16384 By (!)) a vyšší už VMM 3.3 nepodporuje - vytvoří sice swapfile (což je důležité pro test), ale pak se ukončí s hláškou že není paměť...
• U 8192 By bloku (IDE i SCSI) se jedná asi tak o 0.2 - 0.5 sec (to už se nedá přesně stopnout) a dále jsou časy již opravdu neměřitelně krátké. Nebyl jsem si jistý, zda ta rychlost mazání vydrží i když bude souborů více, a tak jsem nakopíroval 5 velkých souborů z CD na disk a skutečně se smazaly nezměřitelně rychle (asi 630MB) už na Quantum SCSI disku. Pro představu: rychlost je asi taková, že button „delete“ se promáčkne a vrátí zpět jakoby nic. Takové rychlosti lze dosáhnout normálně pouze mazáním v ramdisku (a to hodně malého souboru) na rychlejším procesoru (040+).
• 512 a 1024 By bloky se na SCSI Quantum chovají stejně, tím chci říci, že i když nastavím 512, stejně je to nakonec 1024! Jediný rozdíl tkví v tom, že Reorg 3.11 mi nenabídne SCSI disk k reorganizaci, když se pokusím nastavit 512 By blok. Zajímavé je, že Western Wide SCSI disk bylo možno donutit k 512 By blokům, ale rychlost je tak úchvatná, že bych to nedoporučoval (kopírování 200 MBy souboru trvalo asi tak 15 min!!!). Nicméně ReOrg se k tomuto disku znal a VMM vytvářelo swap (taky pěkně dlouho).
• Pod SysInfem 3.15 jsem naměřil rychlosti:
IDE - 2.279 MBy/sec
SCSI Quantum - 4.139 MBy/sec (SysInfo evidentně zmateno - žádný jiný program neuvádí)
SCSI Western - 5.020 MBy/sec (tak nízké hodnoty. SCSI mu asi nesedí, či neumí ho využít).

Závěr
Starší SCSI disky jsou sice pomalejší v načítání ikonek a adresářů, ale zase nabízí mnohem vyšší přenosové rychlosti při NULOVÉ zátěži procesoru. Vlastně jsou to „prázdná“ čísla. Jde o to, že těch 2.2 MB dostanu z IDE pouze se 100% zátěží procesoru. Pokud procesor něco dělá, jde rychlost drasticky dolů. V praxi je to zcela neporovnatelné. Na rychlost disku totiž v praxi usuzujeme podle rychlosti nahrávání programů a ukládání dat na disk - což požaduje výkon cpu - a tak IDE disk nikdy jindy než v testu nedosáhne oněch 2.2 MB, zatímco u SCSI tyto starosti odpadají. Procesor pouze zadá, jaký že to blok se má objevit kde v paměti a SCSI obstará ostatní vystavení hlaviček, nalezení souboru na disku a vlastní přenos v DMA módu do paměti.
To zvláště pomáhá např. při přehrávání QuckTime animací - u IDE disku musí procesor ještě obsluhovat disk, nemluvě o tom, že data musí „tlačit“ přes VELMI pomalou chip-ram sběrnici (to je ten důvod, proč nelze dosáhnout více než 2.2 MB), a ještě má případně plné ruce práce s tím, jak „přetlačit“ data na CGX. Čas potřebný na depakování je tak zanedbatelný oproti času potřebnému k zápisu do grafické paměti karty.
Na A3000, A4000 a Z3 je tomu již zcela jinak (ale o tom někdy jindy), ale moje Z2 sloty nejsou dostatečně rychlé pro větší jak low-res datové toky ve větších bitových hloubkách). Samozřejmě závisí na použitém přehrávači - CyberQT přehrává asi tak rychle, jako když MoviePlayer (Apple-ShapeShifter) přehrává 2 QT animace najednou (aktivní okno určuje, která je se zvukem). To nemluvím o tom, že MoviePlayer běží pod emulací s obzvláště slabým (rychlostně) GFX výstupem (Shape - porovnejte si, prosím, rychlost TurboEVD a interní ShapeShifterova grafického výstupu) a MacOS (jenž rychlostí neoplývá). Taky běží v okně (možnost změny rozměru za chodu), umí převíjení (FAST! Vždy jsem si myslel, že to už rychleji nejde, a vida!) a nastavení hlasitosti, etc. Také (a hlavně!) kvalita výstupu je neporovnatelná - MoviePlayer používá Ordered dithering (!) a tak se na výsledek dá dívat v i 8 bit hloubce, přičemž v 15 bitech je dosaženo stejné kvality jako u CyberQT při 24 bitech (autor doporučuje 24 bit hloubku kvůli rychlosti, na mých Z2 se to ale jeví jako šílenství). Naproti tomu při 8 bit zobrazení (na AGA chipech, lze „přinutit“ zobrazovat takto i na CGX) produkuje CyberQT výsledek, jenž si dovolím označit jako nepoužitelný (tak 4 - 8 barev, podle mě - možná závisí na animaci - já testoval ToyStory preview) a 15 bit zobrazení jako hnusné. Až 24 bitů produkuje použitelný výsledek. Zkrátka a dobře, amigáčtí programátoři nestojí v tomto případě za nic.
SCSI WIDE Western disk používám pod ShapeShifterem k mé plné spokojenosti - boot s asi 50 fonty a asi 10 doplňky trvá něco kolem 3 (!) sec. Použit MacOS 7.01cz.
Málem bych zapomněl. Větší bloky jak 512 By si můžete dopřát pouze na KickStartu 3.1 a vyšším. Další dobrý důvod pro upgrade, ne?

Vytlačiť článok

Pozn.: články boli naskenované ako text a preto obsahujú aj zopár chýb. Taktiež neručíme za zdrojové kódy (Asm, C, Arexx, AmigaGuide, Html) a odkazy na web. Dúfame, že napriek tomu vám táto databáza dobre poslúži.

Žiadna časť nesmie byť reprodukovaná alebo inak šírená bez písomného povolenia vydavatela © ATLANTIDA Publishing

AMIGA REVIEW

ATLANTIDA NEWS