[Cryptography] RFC possible changes for Linux random device
Viktor Dukhovni
cryptography at dukhovni.org
Tue Sep 16 12:22:20 EDT 2014
On Tue, Sep 16, 2014 at 11:45:56AM -0400, Theodore Ts'o wrote:
> > The problem with that is overwriting the key is that it requires
> > synchronization or thread local keys to ensure thread safety.
>
> This is hanging off the per-thread task structure, so there is no
> synchronization problems. This is the one advantage of doing this in
> the kernel....
Is there any concern with respect to server applications that create
a thread per client request, and consume very little random data
in each thread, but create pthreads at a high rate?
Or is there indirection between pthreads and kernel threads resulting
in kernel threads being reused for multiple application threads
over time (akin to LWP re-use in Solaris)?
--
Viktor.
More information about the cryptography
mailing list