Hi,
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.
Thanks,
Ben
---------------------------------------------------------------------
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 09:18:38 CEST