Groups > comp.os.linux.development.apps > #707

Re: shred or scrub

From	Jasen Betts <jasen@xnet.co.nz>
Newsgroups	comp.os.linux.development.system, comp.os.linux.development.apps
Subject	Re: shred or scrub
Date	2014-04-21 11:50 +0000
Organization	JJ's own news server
Message-ID	<lj30lk$d75$1@gonzo.reversiblemaps.ath.cx> (permalink)
References	(2 earlier) <lisn3i$elq$1@dont-email.me> <87ppkd2cx5.fsf@sable.mobileactivedefense.com> <lj01j8$18f$1@dont-email.me> <87ioq45fch.fsf@thumper.dhh.gt.org> <lj2pnm$dqv$1@dont-email.me>

Cross-posted to 2 groups.

Show all headers | View raw

On 2014-04-21, crankypuss <crankypuss@nomail.invalid> wrote:
> On 04/20/2014 06:56 AM, John Hasler wrote:
>> crankypuss writes:
>>> Given that "environmental static" occurs every time an interaction
>>> with the network occurs, every time some devices are heard from, in
>>> the elapsed time since the last request for a random number was
>>> received on a multi-thread system, the whole idea of having
>>> /dev/random block seems pretty silly.
>>
>> If there is so much entropy available then it will never block, will it?
>
> Depends on the way entropy is collected; it's there, but whether it's 
> collected is another question.  To find out if it ever blocks it should 
> be easy enough to write a test that hammers it and see.

eg: to hammer it run this in a terminal 
 
  od -Ax -tx1 -w1  <  /dev/random

To "make entropy" shake the mouse.


-- 
umop apisdn


--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

Back to comp.os.linux.development.apps | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

shred or scrub "Bill Cunningham" <nospam@nspam.invalid> - 2014-04-16 18:17 -0400
  Re: shred or scrub crankypuss <crankypuss@nomail.invalid> - 2014-04-17 04:19 -0600
    Re: shred or scrub "Bill Cunningham" <nospam@nspam.invalid> - 2014-04-18 22:30 -0400
      Re: shred or scrub Jasen Betts <jasen@xnet.co.nz> - 2014-04-19 07:42 +0000
        Re: shred or scrub Richard Kettlewell <rjk@greenend.org.uk> - 2014-04-19 10:04 +0100
      Re: shred or scrub crankypuss <crankypuss@nomail.invalid> - 2014-04-19 02:15 -0600
      Re: shred or scrub Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2014-04-19 23:05 +0100
        Re: shred or scrub crankypuss <crankypuss@nomail.invalid> - 2014-04-20 02:47 -0600
          Re: shred or scrub John Hasler <jhasler@newsguy.com> - 2014-04-20 07:56 -0500
            Re: shred or scrub crankypuss <crankypuss@nomail.invalid> - 2014-04-21 03:51 -0600
              Re: shred or scrub Jasen Betts <jasen@xnet.co.nz> - 2014-04-21 11:50 +0000
                Re: shred or scrub crankypuss <crankypuss@nomail.invalid> - 2014-04-21 06:14 -0600
            Re: shred or scrub "Bill Cunningham" <nospam@nspam.invalid> - 2014-04-21 18:44 -0400
          Re: shred or scrub Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2014-04-21 13:24 +0100
            Re: shred or scrub crankypuss <crankypuss@nomail.invalid> - 2014-04-22 04:10 -0600
              Re: shred or scrub Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2014-04-22 14:39 +0100
  Re: shred or scrub David Brown <david.brown@hesbynett.no> - 2014-04-17 16:41 +0200
  Re: UNIX(*)/ Linux history & system design Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2014-05-07 22:01 +0100
    Re: UNIX(*)/ Linux history & system design crankypuss <crankypuss@nomail.invalid> - 2014-05-08 03:37 -0600
      Re: UNIX(*)/ Linux history & system design Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2014-05-08 14:02 +0100
        Re: UNIX(*)/ Linux history & system design Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2014-05-08 15:43 +0100
        Re: UNIX(*)/ Linux history & system design crankypuss <crankypuss@nomail.invalid> - 2014-05-09 02:56 -0600
          Re: UNIX(*)/ Linux history & system design Rainer Weikusat <rweikusat@mobileactivedefense.com> - 2014-05-09 17:57 +0100

csiph-web