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

Re: Significant checkout performance degradation between 1.6.1 and 1.7b2

From: Branko Čibej <brane_at_xbc.nu>
Date: Wed, 10 Aug 2011 22:51:42 +0200

On 10.08.2011 22:01, Philip Martin wrote:
> "Ketting, Michael" <michael.ketting_at_rubicon.eu> writes:
>
>> I've recently picked up the subversion 1.7 beta 2 build (included in
>> the latest TortoiseSVN beta) and did a checkout of our solution
>> (~10,000 files, ~2,000 folders, ~180MB). With Subversion 1.6.1, it
>> takes roughly 5 minutes, with Subversion 1.7 beta 2, it takes about 10
>> minutes.
>>
>> Is this performance degradation inherent with the use of the
>> centralized SVN information, and thus an intentional tradeoff for the
>> blazing fast Commits/Updates? Naively, I'd hoped that the checkout
>> speed would get closer to the export-speed with Subversion 1.7, since
>> the Updates are faster, too.
>>
>> Interestingly, it looks like the export speed also degraded. With
>> Subversion 1.6 it took about 90 seconds, with Subversion 1.7, it now
>> takes 110 seconds.
> I've put a copy of your trunk in a local repository. On my very
> ordinary desktop machine running Linux I can checkout in about 30s with
> 1.6 and about 50s with 1.7. That's consistent with what I have been
> seeing for other datasets recently: checkout with 1.7 is slower than 1.6
> when using an ordinary disk. Switching to a RAM disk for the working
> copy reduces the 1.7 time to 19s making it slightly faster than 1.6
> which takes 22s.
>
> Exporting takes about 13s with both 1.6 and 1.7 and appears to be
> limited by the speed of the server.

Likely to be working copy performance, then. I'll bet sqlite commits
dominate the client end of the checkout time in 1.7.

-- Brane
Received on 2011-08-10 22:52:20 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.