Those are interesting numbers, Philip. When you say local repository, you're talking about localhost, but still using HTTP?
I'm curious about the actual timing since you got the same ratio as long as you used a physical disk but had an overall speed improvement by a factor of eight. Is that Linux or localhost?
The other tidbit is the working copy on the ram-disk. While it's not an option for daily business, it certainly might be worth considering for a build agent. Also, I'm wondering if it might be not be a good idea to use SqlLite in an in-memory-only setup during checkout and only persist the data to disk once the checkout has completed. After all, no data would be lost if the process crashed. It would just require a fresh check out instead of an update.
From: Philip Martin [philip.martin_at_wandisco.com]
Sent: Wednesday, August 10, 2011 22:01
To: Ketting, Michael
Subject: Re: Significant checkout performance degradation between 1.6.1 and 1.7b2
"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
> 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.
uberSVN: Apache Subversion Made Easy
Received on 2011-08-11 00:00:47 CEST