2008/5/15 Adrian Bunk <bunk@kernel.org>:Note: I'm far from being any kind of expert on this topic, but I just had a crazy idea. What if we use the time between syscalls being made as a source of (very little) entropy? My point is that the rate (and timing between) syscalls is depending on very many factors; the kernel version (and configuration), the software installed, the software currently executing, the state of the software currently executing, the number of apps executing, the amount of network traffic, the accuracy of the hardware clock, the speed of (various) IO sources (network, disk, USB, etc), the speed (and type) of the CPU, the speed of memory. And various other things. I'd guess that predicting the syscall rate and interval between syscalls would be too hard to accurately predict to predict the actual entropy generated by that sampling in any real world scenario. Wouldn't that make it a reasonable entropy source for machines that have no other sources (and a fair contributor of entropy even for machines that do have other sources) ?? -- Jesper Juhl <jesper.juhl@gmail.com> Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Ingo Molnar | Re: x86: 4kstacks default |
| Stephen Rothwell | Re: Announce: Linux-next (Or Andrew's dream :-)) |
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Rafael J. Wysocki | [Bug #10919] [regression] display dimming is slow and laggy - Acer Travelmate 661lci |
git: | |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
