On Sat, Jun 14, 2008 at 12:48 PM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> Mark Phippard wrote:
>> On Sat, Jun 14, 2008 at 11:53 AM, Stefan Küng <tortoisesvn_at_gmail.com>
>>> I've noticed that a merge done with a client built with VS2008 is twice
>>> slow as a client built with VC6. Has anyone here noticed that too?
>>> I've described my efforts to solve this problem here:
>>> If anyone has any idea what could cause this, I'd really appreciate any
>> 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.
>> You are using the same APR? I believe we are using 1.2.12 and Neon
>> Have you tried using any different servers or protocols?
> Update: I've tried a big merge with svn:// on a test repository running
> svnserve on my local machine. The RC9 from open.collab.net timed this at 4.5
> seconds, my build timed it at 13 seconds.
> So it's the very same with svn:// than with http://
> I can't see a difference when using file:///, but that may simply be because
> it's much much faster anyway.
That still sounds like the networking is involved though. That said,
I do not see why other commands would not show the same.
Are you interested in seeing my timings for the same commands? I am
in the process of installing the latest versions so I can test. On
Linux, this is what I got though:
$ time svn merge --dry-run --accept postpone -r11761:11762
I did that from a box inside the CollabNet network though, so it was
essentially contacting Tigris via the LAN.
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-06-14 18:51:47 CEST