Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.development.apps > #708
| From | crankypuss <crankypuss@nomail.invalid> |
|---|---|
| Newsgroups | comp.os.linux.development.system, comp.os.linux.development.apps |
| Subject | Re: shred or scrub |
| Date | 2014-04-21 06:14 -0600 |
| Organization | A noiseless patient Spider |
| Message-ID | <lj3231$22i$1@dont-email.me> (permalink) |
| References | (3 earlier) <87ppkd2cx5.fsf@sable.mobileactivedefense.com> <lj01j8$18f$1@dont-email.me> <87ioq45fch.fsf@thumper.dhh.gt.org> <lj2pnm$dqv$1@dont-email.me> <lj30lk$d75$1@gonzo.reversiblemaps.ath.cx> |
Cross-posted to 2 groups.
On 04/21/2014 05:50 AM, Jasen Betts wrote: > 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. > > I see my wireless modem carrying on doing this and that but nothing contributes to the entropy-pool, which makes it pretty clear that a lot of sources of environmental static are being ignored.
Back to comp.os.linux.development.apps | Previous | Next — Previous in thread | Next in thread | Find similar
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