4 ms·
overreliance on /dev/urandom in the presence of little entropy is a well known performance problem on servers. that's why http://en.wikipedia.org/wiki/Hardware_
by rafekett 12y ago
overreliance on /dev/urandom in the presence of little entropy is a well known performance problem on servers. that's why http://en.wikipedia.org/wiki/Hardware_random_number_generator http://en.wikipedia.org/wiki/Hardware_random_number_generato... exist
- kevingadd 12y agoA hardware RNG isn't going to do anything to address the scalability problems inherent in having a single shared lock around /dev/urandom.
- claudius 12y agoIf I understand that problem correctly, it has nothing to do with the amount of entropy available but is a simple synchronisation/locking issue. Were reads from, say, /dev/zero ‘protected’ by spinlocks in the same way, the same issue would arise. Conversely, I don’t see how adding a hardware RNG to the system could alleviate the locking issue.
- deleted 12y ago[deleted]
- jerf 12y ago/dev/urandom is not /dev/random.