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

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