Thanks for the quick response, Stefan!
No, the setup is quite ordinary:
The client is using Windows Server 2008 (64bit), using svn 32bit or 64bit makes no difference.
The working copy gets written to a regular disk.
I'm using HTTPS.
The server uses the CollabNet SVN Server 1.6.4
Our repository is publicly available:
https://svn.re-motion.org/svn/Remotion/trunk
The performance numbers (and the significant difference) I got were from the intranet, we're taking Gigabit Ethernet and Switches.
I've now also tried the same from my home computer via the Internet, it was not really that conclusive, with the 1.6 client actually taking a little bit longer than the 1.7 client. But that could also be due to a slower harddisk, network latency, etc. The numbers for the intranet access have been consistent with the checkout taking twice as long and the actual timing.
Regards, Michael
> -----Original Message-----
> From: Stefan Sperling [mailto:stsp_at_elego.de]
> Sent: Dienstag, 09. August 2011 12:16
> To: Ketting, Michael
> Cc: dev_at_subversion.apache.org
> Subject: Re: Significant checkout performance degradation between 1.6.1
> and 1.7b2
>
> On Tue, Aug 09, 2011 at 08:13:49AM +0000, Ketting, Michael wrote:
> > Hello!
> >
> > 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.
> >
> > Regards, Michael
>
> Is there anything unusual about your setup? E.g. is your working copy
> on a network filesystem or on a local drive?
>
> Generally speaking, checkout speed depends on the files/directories ratio.
>
> In our own measurements with contrived use cases[1] 1.7 checkout is
> faster than 1.6 if few files are spread across many directories.
> But if there are many files and few directories the numbers work
> against 1.7 (checkout is about 1.5 times slower for 100 files in a
> single directory). Your numbers show that the difference can be quite
> large in real-world scenarios.
>
> It is quite possible that there is room for more optimisation and that
> performance fixes will be made even after the 1.7.0 release in patch
> releases.
>
> Thanks for testing the beta! Reports like yours are very valuable.
>
> [1] http://mail-archives.apache.org/mod_mbox/subversion-
> dev/201107.mbox/%3C20110725021010.D5DDF2019C_at_svn-
> qavm.apache.org%3E
Received on 2011-08-09 17:47:33 CEST