RE: Significant checkout performance degradation between 1.6.1 and 1.7b2
From: Ketting, Michael <michael.ketting_at_rubicon.eu>
Date: Wed, 10 Aug 2011 18:02:03 +0000
Here're the test results for the basic merge repository:
Subversion 1.7.0 Beta 3, binaries from collabnet
Subversion 1.6.17, binaries from VisualSVN
And just to make the comparison easier, I've rerun the test with our repository on the same machine as the benchmark:
The server's a Windows 2008R2 with collabnet's svn server 1.6.4. The client's also a Windows Server 2008R2. They're connected in a switched network, with a latency < 1ms.
Our repository is open source, so, in case you believe it helps with benchmarking/finding the bottleneck, you're welcome to exporting the trunk (https://svn.re-motion.org/svn/Remotion/trunk/) and creating a new benchmark repository. Am I correct in my assumption that building a new repository based only on the latest revision of the trunk would result in similar performance figures given it appears to be a client related issue?
Is there any additional information I can provide to help figuring this out?
Btw: I noticed while copying the performance numbers that the switch performance is also greatly improved. That's awesome news! We have some projects that do lot's of branching but aren't pursuing git/hg yet.
This is an archived mail posted to the Subversion Dev mailing list.