Well, /dev/random never was the right interface for most applications, and
this is arguably the real source of the problem. For most applications,
what you want is something like /dev/urandom (possibly a version that
doesn't deplete all the true randomness available for /dev/random). Very
few applications need true randomness; for most, cryptographic-quality
pseudorandomness should suffice.
1 bit of true randomness a minute should be more than sufficient for most
real applications. (That means you can catastrophically reseed with 128
bits once every two hours, which sounds good to me.)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/