[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