Messages in this thread | | | From | (bill davidsen) | Subject | Re: [RFC] frandom - fast random generator module | Date | 21 Oct 2003 22:08:31 GMT |
| |
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/
| |