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:07:06 +0000
That's interesting news on 1.6.17. I upgraded to the latest stable and rerun my checkout tests. At least the checkout's fast now. Am afraid I don't have any real-world numbers for the other stuff. I'm using an SSD for my daily work, so the local file access during Update/Commit isn't an issue any longer.
Please see my other reply for my benchmark results.
From: Mark Phippard [mailto:markphip_at_gmail.com]
On Tue, Aug 9, 2011 at 4:13 AM, Ketting, Michael <michael.ketting_at_rubicon.eu<mailto: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).
Is this performance degradation inherent with the use of the centralized SVN information, and thus an intentional tradeoff for the blazing fast Commits/Updates?
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
You can see the results in this spreadsheet:
I highlighted in green the areas where SVN 1.7 is significantly faster (most everywhere).
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 1.7.
-- Thanks Mark Phippard http://markphip.blogspot.com/Received on 2011-08-10 20:07:38 CEST
This is an archived mail posted to the Subversion Dev mailing list.