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

Re: [Subclipse-users] Re: Useless synchronize view updates?

From: Andrei Ivanov <andrei.ivanov_at_gmail.com>
Date: Tue, 22 Jul 2008 17:55:05 +0300

On Tue, Jul 22, 2008 at 4:40 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> On Tue, Jul 22, 2008 at 3:25 AM, Andrei Ivanov <andrei.ivanov_at_gmail.com> wrote:
>>> Hello,
>>> I've recently started using Subversion and the Subclipse plugin and
>>> I'm having a performance problem with it.
>>> The project I'm working is pretty big and after I compile it or
>>> package it, Subclipse starts updating the synchronize view, wich takes
>>> forever. I don't understand why it's doing that because I've added
>>> these folders to the ignore list and disabled the "compute deep
>>> outgoing state for folders" option.
>
> That setting only effects the computation of decorators. I'd suggest
> you turn it back on.
>
>>> Is there anything I can do? Should I report a bug?
>>> I'm using Suclipse 1.4.1 with the JavaHL interface on Eclipse 3.4.0,
>>> jdk 1.6u7 on Windows XP.
>
> You can certainly file an issue but I doubt there is much more we can
> do to optimize this then what we already do. When we get flooded with
> resource change notifications from Eclipse there is a certain amount
> of work that has to be done to even discover it is something we can
> ignore. There are already a number of optimizations in place to do as
> little work as possible.

The problem is that it kill my computer while it's doing the update
and after I rebuild the whole project, I can't use it for anything for
about 10 minutes :-(
After re-packaging the project another 10 minutes...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-07-22 16:55:18 CEST

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.