Pro zajímavost jsem provedl i několik testů v Ubuntu 20.10, spíš pro zajímavost. Jedná se hlavně o celkem krátké benchmarky. 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(s cache zvládá každé SSD rychlosti ála 28 GB/s, jelikož se akčně cachuje do RAM). Tento test pouštím desetkrát, abych si ověřil konzistentní rychlost čtení.

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 však extrémně důležité dát si pozor, co je zdrojový disk a co je cílový, změny jsou typicky nevratné. Já testuji za pomoci následujících příkazů, kdy zapisuji 10GB dat na disk, zapisuji samé nuly a zkouším to celkem desetkrát. Výsledek pak zprůměruji.

Mimo zapisování nul zkouším generovat 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 24MB dat, u mnoha SSD se tak vyčerpá SLC cache. Testuji i s parametrem oflag=dsync, který donutí zápis každého 8kb bloku dat na SSD, tím se zcela obchází různé cache a získáme tak reálnější pohled na rychlost zápisu.

Jednotlivé příkazy vypadají takto:

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

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

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/nvme1n1 bs=24M count=1000 oflag=direct iflag=fullblock