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:
http://subversion.tigris.org/svn_1.5_releasenotes.html#fsfs-sharding
---------------------------------------------------------------------
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