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

Re: Subversion Performance

From: Konstantin Kolinko <knst.kolinko_at_gmail.com>
Date: Tue, 30 Sep 2008 18:39:52 +0400

2008/9/30 Eric Lemes <ericlemes_at_gmail.com>:
> Hi Guys,
> I'm used to be a colaborator of this mailing lists about a year ago, when I
> did a subversion implementation in Windows. I stopped because I change jobs
> and the new company had a CVS implementation with some customizations that
> made the migration more complex.
> Now, finally we did the CVS -> SVN migration sucessfully in a repository
> with about 9 years old and 29259 revisions
> But, after all this work I'm very disappointed with the performance of svn.
> In the same machine of the old CVS it's so much slower. The machine isn't a
> very bad one: Dual Quad Core Xeon (8x2.66Ghz) CPU, 16Gb RAM, with SAS hard
> drives. The OS is Debian 4 (etch) Linux with Subversion 1.4.2 over apache
> 2.2.x (Debian etch default).
> We're using TortoiseSVN as clients.
> The main problem is server CPU hitting 100%. It happens everytime a checkout
> is done and in show log operations. If I go to my "trunk" and do a show log,
> the server gots 100% CPU for about 5-6 minutes even stopping serving other
> requests.
> I really want to know if there is any workarounds or optmizations that can
> be done to solve this problem.
> Thank you for your attention,
> Eric Lemes

It is just a guess, but maybe using 1.5 with sharding enabled will improve your
performance. See:


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-09-30 16:40:16 CEST

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.