[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Very bad performance

From: Ryan Schmidt <subversion-2005_at_ryandesign.com>
Date: 2005-09-06 22:43:37 CEST

On Sep 6, 2005, at 21:25, Paul Koning wrote:

> I'm doing more testing on my newly converted repository (25,000
> revisions, not 19,000 as I said earlier).
> Right now it's running a checkout via svnserve. That was running
> nicely for a while. But right now it has slowed to a crawl -- about
> 30 seconds per file, doing small files. svnserve seems to be idle,
> there is hardly any disk traffic -- nothing at all to explain why this
> is happening. Server is on Mac OS 10.4.2, client on NetBSD.
> Any ideas? Should I try a BerkeleyDB based repository?

I can't recommend that.

Mac OS X should be very capable of serving or using Subversion

In addition to the issue Stephen mentioned, there is a performance
issue on some operating systems when APR is compiled to use /dev/
random instead of /dev/urandom. Unfortunately I believe this is the
default, as it's how it ended up on my system when I installed
Subversion via DarwinPorts:

$ cd /opt/local/lib
$ grep /dev/random libapr-0.0.dylib
Binary file libapr-0.0.dylib matches
$ grep /dev/urandom libapr-0.0.dylib

I do not know if Mac OS X is affected by the problem, but if you find
that your APR also uses /dev/random, you can try changing it. There's
a switch you pass to the ./configure program to tell it which source
of entropy to use. If your copy of APR is built specially for
Subversion, then you can pass this option to Subversion's ./configure
and it'll pass it on to APR. Else pass the switch to APR's ./
configure directly when you build it.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 6 22:45:32 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.