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

Re: [Subclipse-users] Help with slow performance - Subclipse 1.4.4 and 1.4.2 in Eclipse 3.3.1.1 and Carbide.c++ 1.3

From: Mark Phippard <markphip_at_gmail.com>
Date: Wed, 17 Sep 2008 19:17:40 -0400

On Wed, Sep 17, 2008 at 6:59 PM, Kevin Hunter <khunter_at_allmanint.com> wrote:

> I'm trying to figure out why I'm seeing such poor user interface performance
> with Subclipse. I was originally using v1.2 without any problems, and
> recently updated to 1.4. Specifically:
>
> SVN Team Provider Core: 1.4.4
> Subversion JavaHL: 1.5.2
> Subversion Client Adaptor: 1.5.1
>
> All inside Eclipse 3.3.1.1 on Windows XP.
>
> The "SVN interface" on Windows / Preferences / SVN says "JavaHL (JNI) 1.5.2
> (r32768)" (that's the only choice)
>
> Here are the symptoms:
>
> If I am connected to the network, any time I right-click on my project,
> intending to bring up the "Team" menu, there is a very noticeable delay
> before the menu is presented. I observe network activity while this is
> going on. If I disconnect from the network, the delay goes away. I have
> two projects open right now inside Eclipse, and the delay seems to be
> somewhat longer on the larger project (the project with the greater number
> of files) but it's easily three seconds on the smaller project.
> The label decorations are very slow to update. By very slow, I mean minutes
> - and some time they don't update at all. Files that I change don't get
> visibly tagged as changed for a very long time, and if I commit files via
> the Team Synchronization perspective, the "it's been changed" decoration
> stays around for a long time. Many of the files never get the "version date
> and user" annotation to the right of the file names.
>
> I have checked the .log file in the .metadata area of my workspace, and it
> shows nothing obviously subclipse-related. I get a bunch of exceptions from
> mylyn when I start Eclipse (threads timing out waiting for other threads)
> which include references to
> org.eclipse.ui.internal.decorators.LightweightDecoratorManager and
> org.eclipse.ui.internal.decorators.DecorationScheduler which vaguely
> suggests that something's unhappy there - possibly that's involved somehow
> even though nothing from Subclipse is explicitly mentioned? Otherwise, once
> the workspace is up and running, I don't get any further entries in the .log
> file.
>
> I had none of this kind of behavior before updating to the current release
> of SVN - with the older version I got almost instantaneous update of the
> label decorations, and didn't see the "right-click" delays. I'm not sure
> why the right-click operation would be triggering any network activity
> anyway.
>
> I also use SmartSVN, which doesn't have any performance issues that I can
> see - that suggests that it has nothing to do with my connection to the
> repository.
>
> I also use Carbide.c++, which is also based on Eclipse. When I updated its
> version of Subclipse to 1.4.2 it also developed similar behavior.
>
> If anyone can suggest what I can do to figure out what's going on, I would
> be grateful.

All of these things are symptoms of slowness in determining the status
of files. Something you might try is Team > Cleanup. If your SVN
metadata is out of synch with the current file timestamps this will
cause SVN to do a byte by byte compare of the file to see if it is
modified. It is also possible something is not right about your WC in
general. Have you tried a new checkout using the latest Subclipse?
SVN 1.5 has a new WC format and maybe something is wrong about it when
it auto-updated?

I cannot think of why it would contact the network. Something that
comes to mind is that the WC is supposed to hold the URL of the
repository root. I noticed a while back that when I shared a new
project the Team > Add/Commit process did not populate this value. I
reported this bug to SVN. Perhaps if we get a null for this value we
contact the repository to get it? A fresh checkout would solve this
problem if that is the case.

Generally, Subclipse performance in 1.4 should be significantly faster
than 1.2, with the exception being certain repository operations that
are now slower with SVN 1.5. This stuff should all be purely local
though.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-09-18 01:18:11 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.