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

Re: Subversion/Eclipse Performance on Windows

From: Mark Phippard <markphip_at_gmail.com>
Date: Wed, 10 Dec 2008 18:11:49 -0500

On Wed, Dec 10, 2008 at 6:01 PM, David Weintraub <qazwart_at_gmail.com> wrote:
> I'm attempting to get this running on my machine. This is a dual core
> Pentium with a gigabyte of memory. Checking out in Subversion via
> Eclipse Ganymede using the most recent copy of Subclipse and running
> SVNkit took almost 13 minutes.
>
> A similar task on Linux via the command line takes about five.
> However, checking out from CVS was not much faster. It took about 10
> minutes. This is a big project (probably too big).
>
> I've tried a merge, and Eclipse crashed (probably needs more memory
> for its Java process. I'm attempting to try again.
>
> What I am trying to find out is who uses Windows XP/Eclipse/Subversion
> combination and whether they also have performance issues. Do you use
> Subversive or Subclipse? Do you use SVNKit or JavaHL (which doesn't
> seem available on my installation)?

I'd say most users use it on Windows. JavaHL is preferred. This Wiki
page explains how to get it working:

http://subclipse.tigris.org/wiki/JavaHL

Subclipse has to do more than a command line checkout as Eclipse does
some stuff and the svn status of all items is calculated and cached.
So it is normal for it to be slower than the command line.

For merge you should use CollabNet Desktop. This includes/works with Subclipse.

http://desktop-eclipse.open.collab.net/

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=982598
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-11 00:12:52 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.