[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
subclipse?

>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.