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

Re: subversion _really_ slow

From: Marton Fabo <morton_at_eik.bme.hu>
Date: 2005-02-18 14:21:05 CET

kfogel@collab.net wrote:
> What kind of repository back end are you using -- BDB, or FSFS? If
> you switch it, does that change anything?

It was BDB.

BRUGGEMAN Jens (JBRG) wrote:
> I currently have a problem with generating random numbers
> (/dev/random takes undefinied amount of time) which slows things very
> much. That could explain the 'unpredictable' factor: maybe you don't
> have enough random numbers on your system. But do a strace and it'll
> help understand where the process 'hangs'.

kfogel@collab.net wrote:
> I recompiled APR with "--with-devrandom=/dev/urandom", then
> recompiled my Subversion client against that APR, and the problem
> went away.

Well, now I upgraded to svn 1.1.3, and compiled APR for it with the
suggested /dev/urandom thing.

Now BDB-based operation seems to be somewhat faster, thugh I haven't
tested it very much, 'cause it's still taking excessively long time. It
is still clearly unacceptable (hours).

I tried the FSFS backend however, and it actually solved the problem.
Now a typical commit executed on the whole file set takes around 10
minutes (this is about the time needed to simlply walk the whole tree
and check for svn status), regardless of whether a few text files
changed or a few thousand binary files. This is definitively bearable.

thanks for the responses

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 18 14:27:14 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.