On Tue, Dec 9, 2008 at 14:26, David Weintraub <qazwart_at_gmail.com> wrote:
> Here's what we have:
> * Subversion is running on a Linux box under a fairly recent version
> of Redhat. This is not exactly a high performance box, but I don't
> think this is an issue. They use Subclipse as the plugin to allow
> Eclipse to talk to Subversion.
> * Our Subversion server is running release 1.5. However, it is still
> using Format 2 instead of Format 3 because of issues with viewvc.
> * Developers use Eclipse running on a Windows XP box. These boxes are
> Pentium Dual Core running around 2.8Ghz and have betwen 1Gb and 2Gb of
> memory. Diskspace is about 100Gb.
> * Our application runs under JBoss. It isn't a .NET application (which
> I know can cause performance issues). However, it really is a sort of
> sprawling application. There are lots of JAR files that have to be
> checked out (Most are probably not even needed, but that's another
> story altogether). However, once you do a checkout, the JAR files
> don't change.
> A couple of developers are complaining about very poor performance.
> They claim that Subversion is much slower than CVS (which we just
> converted over from).
> I was wondering if anyone has any suggestions for improving
> performance. Would putting the .svn folders as exemptions in our
> .project file help? Would using a particular version of Eclipse or a
> particular version of Subclipse? What about Subversive?
I think more detail is needed. Is the perception that Subversion is
slowing down the application when running under JBoss? Or that
operations in Eclipse are slow? Or are all Subversion operations
consistently slower than their CVS counterparts?
What's the definition of "much slower"? What would adding the .svn
folders as exceptions in .project accomplish (IOW, what will it do
that isn't being done now, and how do you think that would impact
I don't think a specific version will change things either way, other
than the notion that newer versions are generally all-around better
than older versions.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-09 20:42:57 CET