To by v případě magnetických disků naprosto zabil seek time, hlava by neustále přejížděla mezi čtvrtinami disku. Minimálně s bashem můžete spojit několik stdoutů do sebe:
cat <(cat /dev/urandom & cat /dev/urandom & cat /dev/urandom & ...) > /dev/sda
Jejich výstupy se potom prolínají, disk je saturován. A jistě by to šlo i bez těch catů nějak :-)
22. 11. 2021, 13:46 editováno autorem komentáře
Tak to záleží, jak to mají ty knihovny. systemd taky bral RDRAND a byl s tím na AMD problém.
Jádro bere RDRAND jenom když je nastaveno random.trust_cpu=1. Výchozí hodnota závisí na konfiguraci jádra CONFIG_RANDOM_TRUST_CPU. Vanilla jádro má jako výchozí N, ale vaše oblíbená distribuce to může mít jinak.
Do /dev/random se stejně míchá a kontroluje více zdrojů entropie, takže tam rozbitý RDRAND nic neudělá.
Čaute. Ja sa obzerám po týchto hardwarových generátorov náhodných čísiel:
https://www.tindie.com/search/?q=USB+random+generator
Len, tak pre zábavu zvýšiť entropiu a trošku sa s tým pohrať.
To nevím, samo se mi to myslím neinstalovalo. Místo starého haveged je lepší použít novější rng-tools, ten umí míchat HW generátor náhodných čísel, RDRAND, TPM, NIST Entropy Beacon (pokud to tedy chcete) a také CPU Jitter (jako haveged).
Ten nový LRNG by měl také po filtrování brát část entropie z CPU.
Bál bych se, že kvalita entropie získaná haveged bude nízká. Podle mě má většina těchto lidí problém s blbě nakonfigurovaným systemd (nebo obdobnou službou v jiných initech): https://www.abclinuxu.cz/blog/jenda/2020/11/trable-s-urandom-seed