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

Re: [Subclipse-users] Eclipse / Subclipse File Save Slow

From: Mark Phippard <markphip_at_gmail.com>
Date: Thu, 11 Sep 2008 08:56:34 -0400

On Thu, Sep 11, 2008 at 3:00 AM, Ben Welch <benw75_at_gmail.com> wrote:

> I am trying to track down the source of a performance problem saving
> files in Eclipse when using the Subclipse plugin.
> Subversion 1.5.1
> Eclipse 3.2.2
> Subclipse 1.4.3
> OpenEdge Architect plugin (Progress 4GL)
> I have setup a project of roughly 30,000 files. The files are split
> across multiple folders, with several folders ranging from 1,500 files
> to 4,500 files and one large folder containing 11,500 files. I cannot
> alter the folder structure.
> When Subclipse is active in the above setup, saving files in the
> larger folders takes between 3 - 8 seconds on a local drive. Much
> slower again on a mapped network drive. The more files in the folder
> the longer it takes to complete the save action.
> - I tested this project without Subclipse installed and the file save
> times were instantaneous.
> - I've also tested the same project without the OE Architect plugin,
> and the result is the same very slow file save times.
> - I've also tested the same project in Eclipse 3.4 with Subclipse
> 1.4.4 and the result is the same slow file saving.
> I found a few posts that relate to this sort of issue (eg.
> http://svn.haxx.se/subusers/archive-2008-04/0050.shtml) but none of
> the proposed solutions have had any affect in my case.
> - I have no custom event code running on file save.
> - For the above mentioned tests, there are no build files included in
> the project.
> Can anyone shed some light on what might be causing this delay on save?
> Is there someway to log what Subclipse / Eclipse is doing to help
> track down what is happening during the delay. Eclipse does not
> provide any detail in the status / progress area as to what process is
> running at the time.

This sounds like what I would expect based on the way Subversion
works. When you save a file that is going to send a change event
through Eclipse that will trigger Subclipse to refresh the svn status
of that item. Subversion gets progressively slower as the number of
files in a single folder increases. This is because all of the
metadata for a file is stored in a single file named entries in the
.svn admin area. As the number of files increases this file gets
bigger and the time to read and write it gets slower.

Mark Phippard
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-11 14:56:56 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.