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

Re: [Subclipse-dev] Help needed - Subclipse performance problem

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-02-23 20:39:03 CET

Mark Phippard <markp@softlanding.com> wrote on 02/20/2006 12:23:24 PM:

> Brock Janiczak <brockj@tpg.com.au> wrote on 02/18/2006 05:59:59 PM:
>
> This does appear to make a big improvement. The process is still slow,
> but it runs at a very steady and quick pace. But even at 2-3 adds per
> second you are still taking about 2600-4000 seconds to add 8000 files.
> That is still 40-70 minutes just to do the svn add process. In
comparison
> a recursive add using the command line looks like it is processing 10-20

> adds per second.
>
> I also confirmed with my colleague, that it is during this add process
> that he experiences the slowdown. It never even gets to the commit.
> Looking at your patch I had a few comments/suggestions:
>
> 1) Exceptions. When I was testing (before your patch) I couldn't even
get
> through the Add process because I had an auto prop to set the
> svn:eol-style property and it would hit files with inconsistent new
lines.
> In your code if an exception was hit the refresh code would be
completely
> bypassed.
>
> 2) Efficiency. Consider my case where I am sharing a huge project with
> tons of folders. Right now it is going to be refreshing the same folder
a
> lot of times isn't it? Maybe there should just be some flag that if you

> are adding more than 20-30 resources it just refreshes the whole
project?
> Or, how efficiently could we get the common parent and always refresh
> that?

Brock,

Were you going to try to update this patch? I am going to roll a new
release candidate because of that 3.2 M5 bug and we might as well try to
get this in.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Thu Feb 23 20:45:09 2006

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

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