[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: Mark Phippard <markphip_at_gmail.com>
Date: Tue, 9 Aug 2011 14:19:43 -0400

On Tue, Aug 9, 2011 at 4:13 AM, Ketting, Michael <michael.ketting_at_rubicon.eu
> wrote:

> 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 re-ran the performance benchmarks using 1.6.17 and 1.7.0-beta3.

Server is running 1.7.0-beta3 and running on Solaris x86 VM with 1 GB RAM
Accessed server via https://
Server authentication via LDAP (Active Directory)
Clients configured to use Neon.
Client was Windows 7 laptop accessing server via VPN. Latency to server is
about 120ms

You can see the results in this spreadsheet:


I highlighted in green the areas where SVN 1.7 is significantly faster (most

There are a couple areas in red where 1.6 is significantly faster. This is
on the test where there are about 4-5K icons in a single folder.
 Checkout/commit with 1.7 are slower but other areas are faster. FWIW,
until 1.6.17 this was about 5x slower in 1.6. We backported a bugfix from
1.7 to 1.6.17 that apparently has even more impact in 1.6 than it did in

Mark Phippard
Received on 2011-08-09 20:20:14 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.