lkml.org 
[lkml]   [2003]   [Oct]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [RFC] frandom - fast random generator module
Date
In article <bn46q9$1rv$1@cesium.transmeta.com>,
H. Peter Anvin <hpa@zytor.com> wrote:
| Followup to: <bn40oa$i4q$1@gatekeeper.tmr.com>
| By author: davidsen@tmr.com (bill davidsen)
| In newsgroup: linux.dev.kernel
| >
| > In article <3F8E58A9.20005@cyberone.com.au>,
| > Nick Piggin <piggin@cyberone.com.au> wrote:
| >
| > | Without looking at the code, why should this be done in the kernel?
| >
| > Because it's a generally useful function, /dev/random and /dev/urandom
| > are in the kernel, /dev/urandom is SLOW. And doing a userspace solution
| > is a bitch in shell scripts ;-)
| >
|
| Bullshit. "myrng 36 | foo" works just fine.

myrng?? That doesn't seem to be part of the bash I have, or any
distribution I could check, and google shows a bunch of visual basic
results rather than anything useful.

If you're suggesting that every user write their own program to
generate random numbers, then write a script to call it, that kind of
defeats the purpose of doing shell instead of writing a program, doesn't
it? Not to mention that to get entropy the user program will have to
call the devices anyway.

I think this could also fail the objective of returning unique results
in an SMP system, but that's clearly imprementation dependent.
--
bill davidsen <davidsen@tmr.com>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.089 / U:1.432 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site