On 15 Apr 2014, at 18:11, Taylor R Campbell
campbell+netbsd-tech-k...@mumble.net wrote:
Date: Mon, 14 Apr 2014 15:58:28 +0200
From: J. Hannken-Illjes hann...@eis.cs.tu-bs.de
Also replaced the cv_wait/cv_broadcast with kpause as insert collisions
are very rare and moved the common
2014-04-03 11:57 GMT+02:00 Mark Davies m...@ecs.vuw.ac.nz:
Note that nprocs (2nd to last value in the /proc/loadavg output)
increments every time javac runs until it hits maxproc.
You're right, the problem appears when the last thead alive in a
multithreaded linux process is not the main
On Wed, Apr 09, 2014 at 05:16:55PM +0100, Mindaugas Rasiukevicius wrote:
Perhaps I missed it, but were the benchmark results published? Also, how
about cprng_fast32/64()? If the current mechanism is indeed faster, then
I am glad that you have made an improvement.
To quote
On Wed, Apr 16, 2014 at 09:52:22PM -0400, Thor Lancelot Simon wrote:
Attached is a patch which makes cprng_fast per-CPU and lockless. *IT IS NOT
WELL TESTED YET (I haven't even run test vectors) AND IS ONLY FOR REVIEW.*
The diff is against the head of the tls-earlyentropy branch.
Taylor
