Nyní se podíváme na výkon v Linuxu přes USB 3.0 5Gb/s. Nejprve jsem testoval čtení z disku za pomoci hdparm, ten umí za pomoci parametru –direct číst přímo z disku a obchází se tak cachování dat v samotném systému, jinak můžeme naměřit i rychlosti přesahující rychlost disku. Tento test pouštím desetkrát, abych si ověřil konzistentní rychlost čtení.

Plotnové disky jsou opět nejpomalejší, nicméně WD Black zde využívá 16GB NAND paměti poměrně úspěšně. Seagate FireCuda Gaming SSD si zde vede o něco hůře, předpokládám, že hlavním důvodem je nedostatečné napájení a řadič je tak zpomalený.

dd is your friend

dd je skvělý nástroj, kterým můžeme v konzoli kopírovat data a celé disky dle chuti. Je ale extrémně důležité dát si pozor, co je zdrojový disk a co je cílový, změny jsou typicky nevratné, pokud je nezarazíme včas. Já testuji za pomoci následujícího příkazu, kdy zapisuji 1GB dat na disk, zapisuji samé nuly a zkouším to celkem desetkrát. Výsledek pak zprůměruji. Poté testuji s větším množstvím dat, což trvá déle, než se vše na disk zapíše. To také pouštím desetkrát a každý průchod zapíše 11GB dat.

Také jsem zkusil mimo zapisování nul nějaká náhodná data a to za pomoci parametru urandom, problém je v tom, že tato náhodná data generuje procesor jednovláknově, proto jsem využil i další generátor náhodných dat a to sice urandom osolený openssl, což je možné generovat poměrně rychle, zapisuji tisíckrát 1MB dat.

Jednotlivé příkazy vypadají takto:

dd if=/dev/zero of=/dev/sdd bs=1G count=1 oflag=direct

dd if=/dev/zero of=/dev/sdd bs=1G count=10 oflag=direct

dd if=/dev/urandom of=/dev/sdd bs=1G count=1 oflag=direct iflag=fullblock

dd if=<(openssl enc -aes-256-ctr -pass pass:"$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)" -nosalt < /dev/zero) of=/dev/sdd bs=1M count=1000 oflag=direct iflag=fullblock

Seagate FireCuda Gaming SSD si vede o něco hůře i v těchto dalších testech, opět předpokládám, že se jedná o zpomalení způsobené nedostatečným napájením.