On 10.08.2011 22:01, Philip Martin wrote:
> "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.
Likely to be working copy performance, then. I'll bet sqlite commits
dominate the client end of the checkout time in 1.7.
Received on 2011-08-10 22:52:20 CEST