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

Re: Very bad performance for update from synchronize view

From: Bernd Rinn <bernd_at_sdf.lonestar.org>
Date: 2005-09-15 08:39:51 CEST

>Just wanted to say that I noticed a good bit of speed improvement with
>the latest couple
>releases. I'm using JavaHL tho. Sounds like it doesn't make a >difference
>in this case.
>Have you tried wiping out your working copy and re-checking it out?

No, I didn't try that.

>Does it work the same on other computers?

We have seen it on several computers, so it's at least not only one
bogus working copy that causes the problem.

>Does the command line or another (tortSVN?) svn client have any
>similar issues?

I wouldn't know how to do the same thing with the command line client,
because the command line client does not have a synchronize view. Would
I simulate it by calling 'svn stat -u' and then awking it to a list of
files to update and finally do the update in a loop, each loop
iteration updating one file? Same question with tortSVN: how do I
trigger the very same operation that causes the performance problem in

>Maybe misconfigured repository? Or, misconfigured repos
>location? Tried making a new location?

Hmm, what kind of misconfiguration of the repository could lead to this
kind of behavior? Any idea about which setting to look out for?

Bernd Rinn
Received on Thu Sep 15 16:39:51 2005

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.