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

Re: [Subclipse-users] very long saving in large directories and svn:ignore

From: Karsten Löffler <loeffler_at_jpk.com>
Date: 2006-06-07 13:43:14 CEST

Mark Phippard schrieb:
> Karsten Löffler <loeffler@jpk.com> wrote on 06/06/2006 07:41:25 AM:
>
>>> in a large Java project we have serious problems with very long save
>>> times after changing a single java file.
>>>
>>> To reproduce this issue I've setup a Java project containing 1000 java
>>> files with empty class definitions and imported it into a local
>>> subversion repository. Checked it out with eclipse, build it,
> modified
>>> a single file, saved it -> works fine. Then I've set the svn:ignore
>>> property: svn propset svn:ignore "*.class" src
>>> modified a single file again -> saving takes around 40 seconds.
>> [...]
>>> My setup:
>>> eclipse 3.1.2 and 3.2M6
>>> current subclipse version
>>> subversion 1.3.1
>> kernel 2.6.15-23-k7
>> sun java version "1.5.0_06"
>>
>> tried also subclipse 1.0.2 and 1.1.0 -> no differences.
>
> If possible try switching your adapter from JavaSVN to JavaHL and see if
> that makes a difference. We discovered a difference in the way that
> JavaSVN and JavaHL handle ignored files and the way that JavaSVN does it
> could cause big performance problems. JavaSVN has corrected this and we
> have also added a workaround in Subclipse. The 1.0.3/1.1.1 releases will
> have these changes. I have no idea when I am going to do those releases
> though.

Mark, thanks a lot.

With version 1.1.1 both, JavaSVN and JavaHL, are much faster. JavaSVN
takes 7 s and JavaHL only 2 s now. It was very slow with both before.

-karsten

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Wed Jun 7 13:43:30 2006

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.