Re: [nslu2-linux] SVN Performance Issue
- Thomas Reitmayr wrote:
> Hi uv7,:( For SlugOS, it does -- but it's not nice for other OE users who
> I also experienced this problem now and then, but recently subversion
> was hardly usable on my slug. I had to research quite a bit to find the
> cause of the problem, which is rather simple but annoying - the apr
> library uses /dev/random which seems to run out of entropy on a "quiet"
> system. Also see this bug report:
> http://subversion.tigris.org/issues/show_bug.cgi?id=2590 including a
> quick-and-dirty solution in the very last comment.
> Personally I recompiled apr-1.2.12 with an additional
> EXTRA_OECONF = "--with-devrandom=/dev/urandom"
> which fixes the problem nicely.
might have devices that do have sufficient entropy. So before we make
this a SlugOS-specific build-time thing, is there no way we can change
this at run time? (config file, environment variable, something like that?)
> I created an OE bug report to track this issue:Mike (mwester)
- Hi Mike,
AFAIK, systems with sufficient entropy will provide the same or similar level of randomness on /dev/urandom and /dev/random as long as there is enough "noise" in the system. With urandom you just cannot guarantee that you get the highest possible randomness. At least that's what "man 4 random" suggests.
I do not know of any runtime settings which could adjust apr's behavior. But looking at the apache bug report https://issues.apache.org/bugzilla/show_bug.cgi?id=44881 apr 1.3.x seems to have switched to preferring /dev/urandom already, so alternatively the apr recipe could patch configure.in according to
Unfortunately the subversion bug report does not comment on that change in apr yet...
Gesendet von Yahoo! Mail.
Dem pfiffigeren Posteingang.