On 01/10/2017 12:57 PM, Yann Ylavic wrote:
On Tue, Jan 10, 2017 at 1:36 PM, Dennis Clarke <dcla...@blastwave.org> wrote:
re: https://bz.apache.org/bugzilla/show_bug.cgi?id=45615
re: long running (blocking?) apr_skiplist test.
I think we can close the bug about Large File Support and make a note
that this is a poorly worded message. Better yet, perhaps we can find
where that comes from and do a check for LFS support and then issue a
message that is better. Or no message.
First, is it this test that takes a huge time to complete or was it
the same for the previous tests too (and which ones)?
A pile of them are very very slow.
Can not say which ones, I started the process and walked away to other
things. If each test exists in its own little code bits then I can
easily insert calls to hrtime and get precise metrics on them all.
As for the blocking rand, well hrmmm, not unless I was trying to read a
ton of data from /dev/random wherein :
Devices random(7D)
NAME
random, urandom - Strong random number generator device
SYNOPSIS
/dev/random
/dev/urandom
apr_skiplists use the rand() function for its implementation, but on
most systems (but I can't tell about Solaris), rand() does not use
/dev/[u]random, so it should not block.
Could you strace (truss?) a simple main() that calls rand() to confirm?
Even better, Dtrace.
Regardless I am juggling a few things and will get right on this.
Dennis
