[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.

-- 
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-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.