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

Re: mergeing too slow

From: Ulf Seltmann <seltmann_at_digitalzone.de>
Date: Fri, 25 Jul 2008 12:22:23 +0200

Mark Phippard schrieb:
> Can you try using the command line so we can rule out Subclipse and/or
> SVNKit as causes?
the command line is as slow as eclipse/subclipse. i copied the command
that subclipse was told me and executed it.

> You might want to use the CollabNet Merge Client. It builds merge
> client on top of Subclipse. It is EPL licensed and you can get it
> here:
> http://desktop-eclipse.open.collab.net/
thanks. i'll try.

> The Subclipse merge has not really been updated for 1.5. It should
> still work properly but does not take advantage of newest API's. I'd
> highly doubt that is adding any performance problems, but if the
> command line does not have the same problem, that would be something
> we could look at.
> Your validation idea is interesting. Did you do anything to trace the
> requests that were being made? I'd have thought that would show up as
> network traffic.
I monitored the tasks, that were done on the server while i was waiting
for subclipse to merge something and i figured out, that 'http-prefork'
(Apache child) and 'validate' (mod_auth_shadow authentication-wrapper)
are the processes that are spawned over and over. So i came to the
conclusion that its because every file is merged separately.
I switched to svn+ssh:// in the Repository-URL and the performance is
outstanding better (only seconds where i needed a half our).

thanks for help



To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-07-25 12:22:59 CEST

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

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