Make sure you turn off 'Fast Indexing' on the Eclipse project's
workspace directory and all subdirectories. If you don't, Windows will
index everything including Subversion's .svn directory (which is the
pristine copy you checkedout). Combined with Eclipse's own 'build'
process for a workspace, the fast indexing will take up some time for
something that has no benefit.
If you have any anti-virus software running, that'll also take some
time as well. Especially on a 'checkout' as every file is checked by
the anti-virus software (including those in the .svn directory). Some
anti-virus software allow users to skip scans for certain directories.
But if you in a corporate environment like I am, you may not be able to
You will see some performance increases once Subversive or Subclipse
'offically' release a 1.4.x client due to the working copy changes.
The Subclipse beta is showing some really good performance increases on
checkouts and switches. We don't use Subversive, so I have no idea on
performance for Subversive.
>>> On Mon, Nov 27, 2006 at 3:58 PM, in message
> Howdy Subversion Users,
> We're currently evaluating Subversion at my workplace and we're
> checkouts are considerably slower when compared to CVS.
> Here are some details:
> - Server OS : Red Hat Linux ES 4
> - Subversion version : 1.1.4
> - SVN Server : svnserve
> - Protocol : svn+ssh
> - Tunnel : plink
> - Client OS : Windows XP Pro, SP 2
> - SVN Client : Subversive Eclipse plugin
> Can anyone point me to any information I can use to debug this
> performance bottleneck? Will upgrading to 1.4.2 solve this problem?
> other things can I try, look into, etc, before I upgrade (it's
> Thanks, in advance, for all the help.
> Mel Riffe
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Mon Nov 27 23:49:53 2006