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

Re: Non-recursive "svn ls" is slow on wc path

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-08-06 18:19:58 CEST

On Fri, 2004-08-06 at 10:57, Tor Ringstad wrote:

> That is, if the fix was client-side, I should have it already (and my
> problem is probably a genuine new one). On the other hand, if it was
> server-side, I don't yet have it, and upgrading might fix my problem.

In svn 1.1.x, in general, if you run 'svn subcommand wcpath', then the
1.1 client is going to try and and 'trace history' on the wcpath to
locate the correct object.

In other words, it's the same as if you had typed 'svn subcommand -rREV
wcpath' (in this case, REV == some HEAD). The client is "pegging" the
wcpath@BASE object, tracing back through that peg-object's history to
revision REV, and then running the command on the "older" object. The
object might be the same, or it might be in a different location back in
REV. That's the whole 'tracing history' aspect of svn 1.1.

The problem is, if the svn 1.1 client is talking to a 1.0 server, this
history-tracing algorithm can only be done by fetching every log of
wcpath@BASE. That's slow. If talking to a 1.1 server, the repository
instantly returns the path of the older object in REV, so it's quick.

So, in short answer to your question: upgrade your server to 1.1, and
things will be normal speed again.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Aug 6 18:22:02 2004

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.