[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: merge very slow

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Sat, 14 Jun 2008 18:37:44 +0200

Mark Phippard wrote:
> On Sat, Jun 14, 2008 at 11:53 AM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
>> I've noticed that a merge done with a client built with VS2008 is twice as
>> slow as a client built with VC6. Has anyone here noticed that too?
>> I've described my efforts to solve this problem here:
>> http://tortoisesvn.tigris.org/servlets/ReadMsg?list=dev&msgNo=34103
>> If anyone has any idea what could cause this, I'd really appreciate any
>> help.
> Is there any way to profile it? I see the times in the packets was
> different, do you think the problem is in the networking layer? I had
> been debating switching our CollabNet builds to using VS 2008. I
> guess I'll hold off on that.

VS2008 Prof doesn't come with a profiler. And I don't have the Team
System edition.
Also, I don't think it would help much: I can't build and profile with
VC6 (I don't have VC6) to compare.

> You are using the same APR? I believe we are using 1.2.12 and Neon 0.28.2.

I'm using apr 1.2.12 and neon 0.28.2, so that's the same.

> Have you tried using any different servers or protocols?

I can't see any difference when using file:///, and I don't have an
svn:// repo available to test there.

The strange thing is: other commands are not slower (checkout, update,
commit), at least not much slower to really notice. So what is different
in a merge (network wise)?

Just ran the tests on XP (instead of Vista, where I did my tests
before): it's the same there too.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net

Received on 2008-06-14 18:38:21 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.