I have this staged as three commits, but I decided combining them for review was not too much to review and more useful to discuss the changes in the full context. I think the below is a reasonable interpretation of previous discussions, but I'm happy to be corrected. :-)
```
commit c55c59e65067efaa5c51d0159afdadb4c1bdce70
Author: Kyle Evans <kevans@FreeBSD.org>
Date: Sun Sep 19 23:59:09 2021 -0500
kern: random: drop read_rate and associated functionality
Refer to discussion in PR 230808 for a less incomplete discussion, but
the gist of this change is that we currently collect orders of magnitude
more entropy than we need.
The excess comes from bytes being read out of /dev/*random. The default
rate at which we collect entropy without the read_rate increase is
already more than we need to recover from a compromise of an internal
state.
commit b2103da8070ad31dc37f1cd7c6f23fa6ce18ce65
Author: Kyle Evans <kevans@FreeBSD.org>
Date: Mon Sep 20 00:59:04 2021 -0500
fortuna: increase reseed interval to 1s
Allow more entropy to build before we reseed. We were previously
(potentially) reseeding at 10Hz which would allow very little entropy,
64 bits, to build up in the zero pool under less-than-ideal
circumstances.
commit d1733ac3a47eb88129f4bd5dc865c8a865d94a5c
Author: Kyle Evans <kevans@FreeBSD.org>
Date: Mon Sep 20 00:46:21 2021 -0500
kern: random: collect half as much fast-entropy
Previously, we were collecting at a base rate of:
64 bits x 32 pools x 10 Hz = 2.5 kB/s
This change drops it to 32 bits per pool at the same rate, to work a
little better with our entropy providers in virtualized environments
without compromising the security goals of Fortuna.
Future work could allow us to drop this further to ~26 bits per pool,
but we currently pass events in terms of bytes rather than bits.
```