reklama
Aktuality  |  Články  |  Recenze
Doporučení  |  Diskuze
Grafické karty a hry  |  Procesory
Storage a RAM
Monitory  |  Ostatní
Akumulátory, EV
Robotika, AI
Průzkum vesmíru
Digimanie  |  TV Freak  |  Svět mobilně

Srovnání 2,5" disků

Intri (3490)|14.10.2007 13:09
Zdravím,

nevěděl by někdo, please, kde bych našel srovnávací test notebookových pevných disků? Jde mi především o srovnání přenosových rychlostí a latencí u všech tří kategorí disků ( podle rpm, 4200, 5400 i 7200 ).
mech13 (5526)|14.10.2007 13:21
https://www.svethardware.cz/recenze-mobilni-pevne-disky-testujeme-otacky/13557

jinak mam v NB 7.2krpm a max spokojenost

https://www.svethardware.cz/forum/showpost.php?p=15129&postcount=11 (ten samsung byl zapojene pres USB takze byl limitovan max na 30MB/s)
pavel_p (993)|14.10.2007 13:35
Rychlost teď nevím, ale označil bych ji jako sotva dostatečnou. V anketě není specifikováno jestli se jedná o maximum nebo průměr. Nějaké srovnání je tu: http://www.storagereview.com/160notebook.sr a snad by se na těchto stránkách daly najít i testy všemožných disků. Pokud se dohodnem na metodice testování, tak není problém tu vytvořit nějakou databázi. Otázka je jestli použít nějaký hdtune, hdtach, h2benchw,... jaké parametry testu etc.
Intri (3490)|14.10.2007 13:52
[QUOTE=mech13;54367]https://www.svethardware.cz/recenze-mobilni-pevne-disky-testujeme-otacky/13557[/QUOTE]

Ten článek jsem našel, ale nějak se mi nechce věřit, že by Travelstar 7k100 měl při kopírování 76,2 MB/s. A navíc by se mi více líbil test mnohem více disků.

@pavel_p: Metodika by mohla být celkem jednoduchá - určit nějaký benchmark ( třeba HDTune a ATTO ), zapasovat do metodiky i kopírování nějakého velkého, třeba zhruba 700MB, souboru pomocí Total Commanderu té a té verze. Spotřebu asi nikdo měřit nebude, počet otáček atd. si každý samozřejmě zjistí z parametrů.
mech13 (5526)|14.10.2007 13:59
co tak si k tomu precist komentar?:)

"Kopírování je testem, kde hraje velkou roli optimalizace firmware pevného disku."

"Prozatím nejrychlejší disk tohoto testu - Maxtor DiamondMax 10 pro Serial ATA 3.0 Gb/s - dosahuje skóre 148797 kB/s." (to je 3.5'')
Intri (3490)|14.10.2007 14:07
[QUOTE=mech13;54375]co tak si k tomu precist komentar?:)

"Kopírování je testem, kde hraje velkou roli optimalizace firmware pevného disku."

"Prozatím nejrychlejší disk tohoto testu - Maxtor DiamondMax 10 pro Serial ATA 3.0 Gb/s - dosahuje skóre 148797 kB/s." (to je 3.5'')[/QUOTE]

Eh, a kde ho najdu?
mech13 (5526)|14.10.2007 14:09
hned pod tim testem copy kde ma 76,2 MB/s;)
Intri (3490)|14.10.2007 14:14
Aha... Ale ten Maxtor je 3,5" disk, ne?
diverman (5)|14.10.2007 14:24
[QUOTE=Intri;54372]kopírování nějakého velkého, třeba zhruba 700MB, souboru[/QUOTE]

700MB je malo (vliv io-bufferu apod), to chce alespon 50GB soubor.
Intri (3490)|14.10.2007 14:31
Jenže z čeho chceš udělat 50 GB soubor? Už vidím, jak někdo dělá pár minut nekomprimovaného videa jen proto, aby otestoval disk. Navíc 700MB soubory se v běžném použití kopírují celkem často ( filmy, image disků apod. ). Podle mě by to mělo mnohem větší praktický přínos, než přenos 50GB souboru. Mi jde samozřejmě o reálné nasazení, ne o zjištění skutečných maximálních parametrů disků.
diverman (5)|14.10.2007 14:35
[QUOTE=Intri;54393]Jenže z čeho chceš udělat 50 GB soubor? Už vidím, jak někdo dělá pár minut nekomprimovaného videa jen proto, aby otestoval disk. Navíc 700MB soubory se v běžném použití kopírují celkem často ( filmy, image disků apod. ). Podle mě by to mělo mnohem větší praktický přínos, než přenos 50GB souboru. Mi jde samozřejmě o reálné nasazení, ne o zjištění skutečných maximálních parametrů disků.[/QUOTE]

Naprosto jednoduse: dd if=/dev/zero of=soubor bs=1G count=50
700MB soubor se ti vleze do pameti, takze tohle merit je nesmyslne.
Intri (3490)|14.10.2007 14:40
Hmm, naprosto jednoduše... Až na to, že netuším, co jsi vlastně napsal. Vím, že to patří do Linuxu, vím, že count na konci označuje ve spojení s BS těch 50 GB. Ale netuším, co to je za příkaz. Navíc pochybuju, že tady bude většina lidí testovat v Linuxu.

EDIT: Navíc nemyslím, že by to bylo nesmyslné. Přece jenom ten 700MB soubor na disk dostat musíš, pokud ho kopíruješ. A to tě zase bude omezovat pouze rychlost zápisu na disk, i kdybys těch 700 MB bral z paměti.
diverman (5)|14.10.2007 14:50
[QUOTE=Intri;54400]Hmm, naprosto jednoduše... Až na to, že netuším, co jsi vlastně napsal. Vím, že to patří do Linuxu, vím, že count na konci označuje ve spojení s BS těch 50 GB. Ale netuším, co to je za příkaz. Navíc pochybuju, že tady bude většina lidí testovat v Linuxu.

EDIT: Navíc nemyslím, že by to bylo nesmyslné. Přece jenom ten 700MB soubor na disk dostat musíš, pokud ho kopíruješ. A to tě zase bude omezovat pouze rychlost zápisu na disk, i kdybys těch 700 MB bral z paměti.[/QUOTE]

Je jsem ti chtel dokazat, ze vytvorit 50GB soubor je velmi jednoduche. dd cte nuly z /dev/zero a zapisuje je do souboru. pseudonahodna data lze cist z /dev/urandom. dostat ho na disk musis, ale 700MB je otazka par sekund a tam te sekunda sem/tam trapit nebude. jak rikam, smysl ma bavit se o souborech v radu desitek GB.
Intri (3490)|14.10.2007 14:54
Chápu sice, co tím myslíš, ale pořád mi to přijde jako stěží běžná praxe, pracovat se soubory v řádech desítek GB na notebooku. A právě proto, že o ty sekundy nejde, by to chtělo udělat ten test - vidět, které disky se od normálu liší nejvíc.
pavel_p (993)|14.10.2007 14:59
[QUOTE=itexpert;54396]Naprosto jednoduse: dd if=/dev/zero of=soubor bs=1G count=50
700MB soubor se ti vleze do pameti, takze tohle merit je nesmyslne.[/QUOTE]
Tohle není úplně dobrý příklad. Hraje zde vliv fragmentace, většina lidí má disk na NTFS, kde bude možná nějaká větší režie (kopírování FAT-FAT na Linuxu je třeba katastrofa) a ne každý má na notebookovém disku 50GB volného místa.
diverman (5)|14.10.2007 15:00
[QUOTE=Intri;54406]Chápu sice, co tím myslíš, ale pořád mi to přijde jako stěží běžná praxe, pracovat se soubory v řádech desítek GB na notebooku. A právě proto, že o ty sekundy nejde, by to chtělo udělat ten test - vidět, které disky se od normálu liší nejvíc.[/QUOTE]

ach jo. pri praci se 700MB souborem budou sekundove rozdily i na tom stejnem HDD, protoze se tam promitaji vlivy filesystemove cache a ruznych bufferu. skutecne hodnoty nameris jen tehdy, kdyz vyloucis vliv techto cache a bufferu. a to jen tehdy, kdyz soubor presahuje RAM.
diverman (5)|14.10.2007 15:03
[QUOTE=pavel_p;54408]Tohle není úplně dobrý příklad. Hraje zde vliv fragmentace, většina lidí má disk na NTFS, kde bude možná nějaká větší režie (kopírování FAT-FAT na Linuxu je třeba katastrofa) a ne každý má na notebookovém disku 50GB volného místa.[/QUOTE]

Mno pokud chces vyloucit vliv rezie filesystemu, pak je treba pracovat s diskem jako s blokovym zarizenim jeste pod vrstvou filesystemu.
Intri (3490)|14.10.2007 15:10
Tak se může udělat obraz DVDčka, v tom bych až tak velký problém neviděl. Netvrdím, že se musí testovat kopírování zrovna 700MB souboru.
diverman (5)|14.10.2007 15:17
[QUOTE=pavel_p;54408]většina lidí má disk na NTFS[/QUOTE]

sorry, ja zapomel, ze jsem na serveru plnem widlaku :-)))
Intri (3490)|14.10.2007 15:39
[QUOTE=itexpert;54415]sorry, ja zapomel, ze jsem na serveru plnem widlaku :-)))[/QUOTE]

Ale kuš... Dej pokoj s narážkami a raději sem hoď první test. HDTune, ATTO Disk Benchmark a kopírování 4,3GB obrazu DVDčka. Samozřejmě + parametry disku.
diverman (5)|14.10.2007 15:48
[QUOTE=Intri;54421]Ale kuš... Dej pokoj s narážkami a raději sem hoď první test. HDTune, ATTO Disk Benchmark a kopírování 4,3GB obrazu DVDčka. Samozřejmě + parametry disku.[/QUOTE]

windows bohuzel (spis bohudik) nevedu.
seagate 160GB 2.5'' 7200rpm S-ATA namereno 51.67 MB/s
Intri (3490)|14.10.2007 15:53
Tak uveď ještě aspoň model disku a testovací podmínky...
pavel_p (993)|21.10.2007 22:45
Hodím sem jeden test, v hdtune nejvetsi presnost, blok 8MB, h2benchw -english -a 0 -w hts....txt
Btw, hlasoval jsem 20-30 dle průměrné rychlosti, NB Asus A6JC.
ICEBOSS (3435)|22.10.2007 15:35
spatny nakup nejsou ted 160GB/5400 otacek disky. mely by mit slusnou hustotu a tim padem i slusny rychlosti. O diskach 4200 otacek se nebudeme vubec bavit...