Dotaz: Disk benchmark

[Vlasta Černochová]

Dobrý den,

Existuje pro linux program který umí měřit přenosovou rychlost disku pod. jako HDTune pro Windows?

Odpovědi

[PetebLazar]

Pro příkazovou řadku je to například nástroj fio. Bývá běžně dostupný v repozitářích Linux distribucí.

https://fio.readthedocs.io/en/latest/fio_doc.html

[PetebLazar]

Na Alibaba Cloud jsou vcelku názorné příklady jeho použití. https://www.alibabacloud.com/blog/how-to-use-fio-to-test-the-io-performance-of-ecs-local-ssd-and-essd-part-1_597783

[PetebLazar]

!!!! Pozor, některé tamější příklady pro parametr -filename používají přímo s device (/dev/sdx) místo běžného souboru, takže při jejich nevhodném použití hrozí riziko zničení existujícího filesystému (dat). !!!!

[pavele]

1. Rychlost čtení a zápisu umí většinou už předinstalovaný (v prostředí Gnome) program "gnome-disk-utility".

2. Pak se dá použít třeba program dd:

https://www.cyberciti.biz/faq/howto-linux-unix-test-disk-performance-with-dd-command/

3.Dále třeba program hdparm: hdparm -Ttv /dev/sda

4. Program gsmartcontrol (grafická nadstavba nad smartctl).

[Vlasta Černochová]

1. Rychlost čtení a zápisu umí většinou už předinstalovaný (v prostředí Gnome) program "gnome-disk-utility".

https://www.maketecheasier.com/benchmark-storage-devices-gnome-disk-utility/

To vypadá ne-moc přesně, ale zkusím když je to jediné normal-user řešení. Snad to bude měřit pokaždé stejně na stejném disku, protože jich potřebuju porovnat víc a pokud budu dostávat pokaždé jiné výsledky i jen na tom samém, nebude mi to moc platné.

[PetebLazar]

Jde o HDD či SSD? V případě dnešních SSD (TLC+) se mouhou výsledky objemnějších sekvenčních zápisů vzhledem k (ne)využití pseudo-SLC cache a stavu TRIMmingu značně lišit.

[Vlasta Černochová]

Jde o SSD a flashUSB.

[lertimir]

No z mého pohledu smysluplnost měření SSD a flashUSB v součastnosti jednoduchými nástroji je velmi nízká. SSD bude na rychlosti dané rychlostí SATA, a pokud je to mizerný disk, tak se rychlost bude limitovat po naplnění cache. A flashUSB to je obvykle také na rychlosti USB dokud se nenaplní cache. A skutečně odborné proměření, jak jsou velké cache a jak jsou velké rychlosti vlastního zápisu do chipů, není jednoduché.

[Vlasta Černochová]

Ok, to je ale na mě moc poweruser.

[jsimitseo]

검증된 파워볼사이트 를 찾으신다면 eos파워볼사이트 가 있는 파워볼사이트추천 에서 파워볼 을 즐기시길 바랍니다. 5년 이상 운영된 메이저업체 이며 지금까지 많은분들께 사랑받은 안전한파워볼사이트 입니다. 파워볼사이트

[X]

iostat/iotop

[PetebLazar]

Ty snad pouze monitorují aktuální IO vytížení, neměří dosažitelný IO výkon storage?

[Peter Golis]

https://alternativeto.net/software/hd-tune/?platform=linux

[Vlasta Černochová]

Šlo mi spíš o vlastní zkušenost.

Google používat umím, tam najdu třeba https://www.alternative-zu.de/hd-tune/

z historie ale vím že takové odkazy mohou nabízet už mrtvé projekty, shit-ware apod.

[Peter Golis]

z historie ale vím že takové odkazy mohou nabízet už mrtvé projekty, shit-ware apod.

Tak s takým typom (shhh) programového vybavenia sa prosím odsťahujte mimo Linuxu, mladý pán.

[Vlasta Černochová]

skóre: 63

?

[PetebLazar]

To není score empatie.

[kladivo]

A co Phoronix Test Suite? Tam jsou benchmarky všeho druhu.

[Vlasta Černochová]

https://github.com/phoronix-test-suite/phoronix-test-suite/blob/master/documentation/phoronix-test-suite.md

Se v tom ztrácím, ale vážně hledal jsem něco jako to HD Tune, jednoduché, jedno-účelové.

[Max]

Jak už bylo řečeno, fio je nejlepší.
Zdar Max

[Vlasta Černochová]

neberu ti to https://www.linux-magazin.de/ausgaben/2019/07/bitparade-17/6/

Ale dle prikladu v otazce, ne pro me.

[PetebLazar]

Problém je v tom, že na rozdíl od měření HDD u nichž je na například pro sekvenční rychlost významným faktorem pouze vzdálenost stopy od vnějšího okraje (průběžné se ke středu snižující počet sektorů na stopu) u SSD/Flash je těch faktorů ovlivňující výkon daleko více.

Jednoduchý nástroj jako zmíněné HDTune může poskytnou značně zavádějící výsledky (jeho free verze 2.55 z roku 2008 je tj. prakticky z před SSD éry).

 

Zde je průběh rychlosti sustain zápisu na dvou odlišných SSD.

 

U NVMe Samsungu je vidět, že po zaplnění pseudo-SLC cache je schopen stále trvalého zápisu (přímo do TLC buněk) cca 600MB/s.

https://www.monitos.cz/tmp/samsung_evo_960_500g_nvme.png

 

U levného SATA Kingstonu je po vyčerpání pseudo-SLC cache dosahováno rychlosti <50MB/s (musí uvolňovat prostor pseudo-SLC cache a zapisovat finálně jako TLC).

https://www.monitos.cz/tmp/Kingston_A400_240gb_dd.png

 

Pokud by benchmark byl omezen na pouhých 50GB (většina benchmarkovacích nástrojů testuje na objemech ještě menších) závěr by zněl, že Samsung je v sekvečním zápisu pouze o 40% rychlejší (600MB/s versus 420MB/s).

[Vlasta Černochová]

Ok,

Nicméně pokud nástroj měří vždy stejnými parametry měl by dostat vždy cca podobné výsledky na stejném disku a tak bz měl poznat jestli je jiný disk na tom lépe nebo ne, bez ohledu jestli jiný disk používá ještě jiné technologie, které starší nástroj neumí měřit. Me zajima vysledek co leze z disku ne co leze v disku

[PetebLazar]

Vyse zobrazene testy zobrazuji prubeh externiho vykonu sekvencniho zapisu danych SSD. Mely jen demonstrovat jak zvoleni podminek testu (spolecnych pro vsechny testovane disky) muze ovlivnit vysledky do takove miry, ze mohou vest k mylnym zaverum (bezne uziti se od testu znacne lisi). Pokud je cilem rozlisit vlastnosti disku nelze tak ucinit jednoduchym testem, to uz se stejne tak "dobre" mohou pouzit tvrzeni vyrobce o jejich vykonu, jez jsou typicky vysledkem optimalnich podminek (rozsahu a charakteru zateze a vychoziho stavu).

[Milan Uhrák]

Celkově, jednoduchým, klikacím a zadarmo testerem, který se už 5 let nevyvíjí, nelze ani omylem určit SKUTEČNÉ vlastnosti prověřovaných disků. Ano , test NĚCO ukáže, ale to něco může mít daleko ke skutečnosti.

Jinak samozřejmě při použití USB / SATA flash / SSD je naprosto předpověditelné, které řešení má přednosti co se týče rychlosti přenosu.

A pokud je HDtune pro vás dobrou volbou, která vám vyhovuje, tak ji použijte na win stroji. Linux moc na klikátka není, ( dd, badblocks, testdisk ) takže pro vás zůstává jen win nebo mac ( jaké nástroje jsou na macu ale fakt nevím )

M

[PetebLazar]

Na Windows/MacOS lze využít například Blackmagic Disk Speed Test. Ten kromě obligátních MB/s pro sekvenční zápis a čtení vyjádří i tomu odpovídající fps IO průchodnost pro různé formáty/rozlišení.

[Max]

Ok, myslel jsem, že nejkvalitnější výstupní data jsou základ s tím, že do grafů si je vykreslím pak dle libosti. Pokud jde o nějakou omezenou klikačku, tak to bohužel.
Zdar Max

[Andrej]

Docela by mě zajímalo, co je to „přenosová rychlost disku“. To já když přenáším disk z domova do kanclu, někdy dosáhnu přenosové rychlosti až 5 km/h.

Záleží na tom, jak se disk používá a na které vrstvě chceme něco měřit. Dejme tomu, typická situace, že mám třeba přímo na disku /dev/sdx nějaký LUKS kontejner /dev/mapper/luks_kontejner_x a v kontejneru pak Btrfs namountovaný (ať nežeru) do /mnt.

Ke všem pokusům bych si napřed spustil někde bokem v jiném terminálu něco takového (a výstup bych dle potřeby a chuti ukládal):

iostat -x 1 /dev/sdx /dev/mapper/luks_kontejner_x

Může mě zajímat, jak rychle přečtu samotný disk bez overheadu na šifrování, LBA po LBA, od začátku do konce:

pv -arb < /dev/sdx > /dev/null

(Pokud je disk už v háji a jde jen o sběr dat pro účely reklamace, přidá se klidně -E, což skvěle ukáže nejrůznější kombinace chyb čtení + nečitelných LBA s mizerným výkonem (protože to po chybě nepřestane (zkoušet) číst). U funkčního disku, u kterého ještě záleží na datech, bych -E nechtěl; tam je naopak správné po první chybě přestat a zamyslet se.)

Může mě zajímat, jak rychle přečtu LUKS kontejner, tj. jestli mi to šifrování správně hardwarově akceleruje a nezpůsobuje krk láhve:

pv -arb < /dev/mapper/luks_kontejner_x > /dev/null

Může mě zajímat, jak rychle přečtu nějaký veliký soubor na úrovni filesystému:

pv -arb < /mnt/veliký_soubor > /dev/null

Tohle↑ se dá nahradit taky třeba zápisem nějakých náhodných dat; na úrovni filesystému už se dá zkoušet i rychlost zápisu. Na úrovni disku nebo LUKS je to … složitější.

Může mě zajímat, jak rychle se přečte všechno v /mnt, tedy se všemi vrstvami abstrakce (LUKS, Btrfs) — buď opravdu všechno (první příklad) nebo subvolume viditelný z /mnt (druhý příklad):

btrfs scrub start -B /mnt
btrfs scrub status /mnt  # za běhu výše uvedeného

tar --one-file-system -c /mnt | pv -arb > /dev/null

[Vlasta Černochová]

Typická situace, že mám třeba přímo na disku nic.

[Andrej]

Tak takovou situaci (taky) řeší moje odpověď výše.