Philip Martin <philip@codematters.co.uk> writes:
> Karl, do you have the development files for libuuid installed?
> Looking at the APR code I see that it will use the system uuid
> generator if that is available, and fall back on it's own algorithm
> otherwise. On my machine APR uses the system uuid generator which
> uses /dev/urandom even though APR itself uses /dev/random. That means
> that my system doesn't stall generating uuids, so ra_local tests run
> without a problem, it only stalls when doing the ra_svn CRAM stuff.
> Thus I only need to make APR use /dev/urandom when running the ra_svn
> tests.
>
> I guess Karl's machine isn't using the system libuuid, so configuring
> APR to use /dev/urandom affects UUID generation and speeds up the
> ra_local tests.
I've never done anything on purpose with libuuid, but...
$ dpkg -S libuuid
libuuid1: /usr/share/doc/libuuid1/copyright
libuuid1: /usr/share/doc/libuuid1/changelog.Debian.gz
libuuid1: /lib/libuuid.so.1.2
libuuid1: /usr/share/doc/libuuid1
libuuid1: /lib/libuuid.so.1
$
... perhaps I do have it installed. Note that config* in the
httpd-2.2.6/ build directory (which supplies apr & apr-util for me)
contains nothing with the string "uuid". I don't know if this means
APR is or isn't using the installed libuuid.
> If Justin's machine is using the system libuuid and if that libuuid is
> configured to use /dev/random then his machine will drain entropy and
> stall even when APR is configured to use /dev/urandom. Running
>
> strace -etrace=open svnadmin create dummy
>
> should confirm it.
Hmmm:
$ strace -etrace=open svnadmin create dummy 2>&1 | grep random
open("/dev/urandom", O_RDONLY) = 3
open("/dev/urandom", O_RDONLY) = 3
open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 6
$
The last output is as I expected: I'm currently configured to use
/dev/urandom. Justin, what do you get?
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Nov 3 23:21:31 2007