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

Re: More performance

From: Paul Koning <pkoning_at_equallogic.com>
Date: 2005-09-16 02:45:38 CEST

>>>>> "Ben" == Ben Collins-Sussman <sussman@collab.net> writes:

 Ben> On Sep 13, 2005, at 3:16 PM, Paul Koning wrote:

>> Related, perhaps, to the checkout performance problem...
>>
>> I had a working directory for trunk. Decided to switch it to a
>> branch.
>>
>> Did the "svn switch" command. That changed about 20 files (out of
>> about 71,000 total). It took 30 minutes, which is just a hair
>> longer than the checkout took.
>>
>> Given that "switch" is supposed to be a shortcut, and there was so
>> little difference between trunk and branch, that's surprising.

 Ben> What this means is that 1% of the clock time was spent
 Ben> installing new files, and 99% of the clock time was spent
 Ben> rewriting the .svn/entries files for 71,000 files. That's a
 Ben> whole lot of xml parsing and rewriting.

 Ben> I expect it will take almost as long to run 'svn update', 'svn
 Ben> status', or 'svn commit'. These are all situations where you're
 Ben> telling the client to do a walk over a gigantic working copy.

It's clear that some of my troubles were from a flaky client.

I repeated the tests on a different system (also NetBSD). It behaves
far more sensibly.

These ones I ran with svnserve instead of Apache for repository
access. The 71k file repository (which CVS checked out in 10 minutes)
took 20 minutes for checkout. Switch from trunk to a branch (the one
I complained about earlier) took 8:54. And status (of the entire
working directory) took 3:53.

This is very encouraging. Thanks everyone for the help, and sorry for
bringing in red hardware herrings.

Just for grins, I'm going to do another switch, this time switching to
http as the method. We'll see if that makes a significant difference
in timing.

   paul

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 16 02:47:50 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.