apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dennis Clarke <dcla...@blastwave.org>
Subject Re: [Bug 45615] "Large Files not supported" with 64-bit build
Date Tue, 10 Jan 2017 17:50:10 GMT
On 01/10/2017 12:57 PM, Yann Ylavic wrote:
> On Tue, Jan 10, 2017 at 1:36 PM, Dennis Clarke <dclarke@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)
>>      random, urandom - Strong random number generator device
>>      /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.


View raw message