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

RE: Re: subclipse performance related issue

From: Leeuw van der, Tim <tim.leeuwvander_at_nl.unisys.com>
Date: 2004-12-17 13:26:09 CET

Why don't you use TSVN, some other GUI, or the command-line for checking in? (I use subclipse only, and only, for it's support of propagating file-renaming refactorings from Eclipse to SVN, I do all my WC maintenance from TSVN)

cheers,

--Tim

-----Original Message-----
From: news on behalf of Werner Punz
Sent: Fri 12/17/2004 9:30 AM
To: users@subclipse.tigris.org
Subject: Re: subclipse performance related issue
 
Werner Punz wrote:
> Hello List
>
> could it be, that once autobuild is turned off subclipse becomes much
> faster than with autobuild being turned on.
> The reason why I am asking this is that I have a bigger project of
> around 20 k files which I am currently checking in over subclipse
> running on javahl and linux. I got unbearable times for checking in, but
> once I turned autobuild off the add and checkin times seem to have
> improved significantly (I am talking about a factor of 10 til 100 here)
> just as if there was a full build enabled every time a file was sent.
Well the checkin times are still unbearable unless I split the checkin
process into smaller chunks, but the time overall has improved
significantly just like if a build was started regularily with autobuild
on during the checkin process.

The checkin time of the full project still takes hours if not split into
smaller chunks (if it works at all, I usually gave up after 90 minutes
or so)

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Fri Dec 17 23:26:09 2004

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.