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

Re: [Subclipse-users] Calculating Decoration - why so slow?

From: Mark Phippard <mphippard_at_collab.net>
Date: Thu, 8 Jan 2009 19:05:44 -0500

On Thu, Jan 8, 2009 at 6:24 PM, Tom Walter <tom.walter_at_hitwise.com> wrote:
> I'm not a Java coder so I don't think my skills are up to patching/compiling
> and testing that out.
> If it's unlikely to make a difference, then it sounds like a waste of effort
> anyway.

It could well turn out to be much faster, but I could also easily see
it being slower. My main point was that it is hard to really know and
not a very easy scenario to setup a test for.

I have to think that Eclipse is reasonably efficient at doing a
refresh. You can have a large project on local disk and if you
refresh it and it is already in synch it runs in just a second or two.
 So I do not think it can be doing a full crawl of all of the files
(although I do not see how else it could do it).

So the question is will it be significantly faster for us to crawl the
structure and gather all the .svn folders and then refresh each of
those, versus just letting Eclipse do it all itself? Given that in
the switch case, more than half the total amount of files still need
to be processed, it seems likely to not be much faster to me. I think
it is worth trying if someone wants to setup the tests. The patch is
fairly easy.

Mark Phippard
Received on 2009-01-09 01:05:59 CET

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.