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

Re: [Subclipse-users] How slow should comparing branches be?

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-07-13 01:20:35 CEST

Brad Johnson <brad.johnson@ttu.edu> wrote on 07/12/2006 07:06:08 PM:

> I'm trying to compare trunk with a tag in a project that has many files
> (about 34000 files). Team/Compare With/Branch/Tag is very slow when
> doing the graphical compare. However the unified diff is very quick.
>
> Anyway, I noticed by looking at our apache access log for our subversion
> server that it is doing about 10 propfinds on each file. This takes
> about 1/4 of second for each file. Should it be that slow? Is something
> wrong with our repository that makes it slower than it should be?
>
> We are using https/apache/mod_svn/kerberos/ldap.
>
> I don't know if this is slowing things down but, I also noticed that
> apache is giving a 401 http response for each file and I guess subclipse
> has to send the user's password once for each file and our auth process
> has to check. Is there a module or some configuration option in apache
> that would prevent it from needing to re-auth for each file?

The graphical process is slow in general because it will download each of
the 34000 files to compare them.

I don't think the 10 propfinds per file is necessarily unusual. I know a
Subversion command like svn ls or svn cat generally does quite a few of
those. 1/4 second per file is probably not that unusual either. I doubt
there is much room to optimize this, but if you wanted to pursue it what
you should do is run a few commands like svn ls -R and svn cat and try to
get a picture of what the activity and times are. Then post it to the
Subversion users@ list to see if that is about what others experience.

The svn:// protocol is a lot faster in this area, but does not support
those advanced login/security features you are using. svn+ssh:// would
also be faster and might give you back some of those features.

Ultimately a graphical compare is going to be fairly slow even if you were
using svn:// as it is just downloading a lot of files.

The ultimate goal would be to be able to let Subversion produce the
unified diff (which is fast) and then feed the diff to Eclipse and let it
produce a graphical representation from the diff file. We have an open
enhancement request if you are interested:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=74393

If we could use an option like that we could greatly improve all of the
compare support as we could just let Subversion do it.

Mark

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Thu Jul 13 01:20:49 2006

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

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