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

RE: Best Practices: Performance on Large Repositories?

From: Gal Aviel <gala_at_chipx.co.il>
Date: 2005-03-16 11:16:18 CET

Sounds familiar.

Take a look at issue #2151.

If you have directories with many many entries, performance might
suffer, especially with BDB backend + Apache.

Do a test. Try using to svnserve + fsfs database backend, to serve them
same repos., and see if it helps.

I sure hope this issue (#2151) is going to be resolved in time for 1.2.

Just my thoughts,

Gal.

-----Original Message-----
From: Steve Seremeth [mailto:subversion@seremeth.com]
Sent: Tuesday, March 15, 2005 11:35 PM
To: users@subversion.tigris.org
Subject: Best Practices: Performance on Large Repositories?

Hello -

We have a repository of about 11000 files totalling about 1200 MB. A
commit or a status done at the trunk dir level takes as much as 30
minutes whether using the svn command line (Windows XP or AIX) or
Tortoise -- and seems to use very little CPU. Also, the server (RH ES 3

on 2.4 Ghz Xeon using apache/berkeley db) just idles most of the time
and seems to be doing nothing during any of these actions.

What is the best way to improve performance? Since the server is idling

I'm assuming it's not a software problem on the repository server. Are
there benchmarks somewhere that we can look at to see how far off our
setup is or is there anything we can do to semi-officially test
performance against known good data?

We end up doing a lot of "time svn commit trunk".

Any advice would be greatly appreciated. If we're doing something
wrong, that would be welcome news. If we are not doing something wrong,

perhaps relative performance information should be posted in the FAQ?

TIA -

Steve

P.S. I know we would be doing better if we were working on smaller
pieces of the repository at any one time. No one interested in "cvs
modules"-style functionality?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 16 11:21:04 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.