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

Re: [Subclipse-users] Any advice for tuning subclipse performance on linux?

From: Miha Vitorovic <mvitorovic_at_nil.com>
Date: Fri, 22 May 2009 21:12:50 +0200

Joseph,

What protocol are you on? svn:// or http:// . If the latter, then yes it
is slow, but it will become about as fast svn:// in the next version.

Br,

---
  Miha Vitorovic
  Inženir v tehničnem področju
  Customer Support Engineer
   NIL Data Communications,  Tivolska cesta 48,  1000 Ljubljana,  Slovenia
   Phone +386 1 4746 500      Fax +386 1 4746 501     http://www.NIL.si
From:
Joseph Kesselman <keshlam_at_alum.mit.edu>
To:
users_at_subclipse.tigris.org
Date:
22.05.2009 21:06
Subject:
[Subclipse-users] Any advice for tuning subclipse performance on linux?
Subversion/Subclipse is working pretty reliably for me on Red Hat 
Linux... but I'm working with large projects, and checking 
out/updating/committing really is tremendously slower than equivalent 
transfers in and out of CVS. It looks like part of the problem is that 
there's a large amount of overhead for every file touched; CVS appears 
to be avoiding those delays and maintaining far higher network throughput.
Is there anything I could try tweaking, either in Subclipse/Eclipse or 
at the system level, which might make this more responsive?
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2352975
To unsubscribe from this discussion, e-mail: 
[users-unsubscribe_at_subclipse.tigris.org].
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2352976
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2009-05-22 23:18:11 CEST

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.