bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [patch #6797] shred option to use internal RNG


From: Pádraig Brady
Subject: Re: [patch #6797] shred option to use internal RNG
Date: Wed, 1 Apr 2009 14:06:31 +0100
User-agent: Thunderbird 2.0.0.6 (X11/20071008)

Steven Schveighoffer wrote:
> URL:
>   <http://savannah.gnu.org/patch/?6797>
> 
>                  Summary: shred option to use internal RNG
> 
> Our company is looking at using GNU shred to wipe customer data from RMA'd
> drives in our systems.
> 
> One thing we have noticed is that shred runs about 90% slower if /dev/urandom
> exists versus when it does not.  Researching this, it seems this is because
> gl/lib/randread.c will use an internal RNG when null is passed into
> randread_new, and /dev/urandom cannot be opened.

Yep, I can only get 3MB/s from my /dev/urandom
However I don't think it's designed for bulk generation of random data.
I haven't read your patch but it would be great
if we didn't have another option for this.
Instead could we use /dev/urandom if available
just to (periodically) seed our internal PRNG?

cheers,
Pádraig.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]