LOL. If Microsoft really designed Windows to perform badly with Java,
they shot themselves in the foot when they "invented" .NET :-)
I think the primary culprit is additional services though - like
indexing and particularly virus scanning. (once our sysadmin set the
virus scanner to check every file, my build times were horrendous as it
scanned every .obj file everytime they were written to...)
It might be worthwhile filtering the .svn directories from your scanner,
and seeing if that keeps your 25% performance increase (if you have a
virus, the working copy file will be infected too and that'll be
The only other thing I would do is to try running on a different
filesystem, even if it's just FAT32.
From: David Weintraub [mailto:qazwart_at_gmail.com]
Sent: Thursday, January 29, 2009 5:32 PM
To: Taylor, Jonathan (PCLN-NW)
Cc: Bolstridge, Andrew; users_at_subversion.tigris.org
Subject: Re: Subversion/Eclipse Performance on Windows
I also think Microsoft designed Windows so programs like Java would
run poorly. That way, the could mitigate the threat Java caused on
their desktop monopoly.
So, running a Java based application like Eclipse, and downloading
files from a server to a machine that's running an OS that wasn't
designed to be an efficient network OS. Then, add to that the fact
that every single file needs to be scanned and indexed by multiple
programs, you can see why you might have some performance issues with
Windows based machines.
On Wed, Jan 28, 2009 at 9:00 PM, Taylor, Jonathan (PCLN-NW)
> I've tried adjusting the NTFS options, disabling indexing, and turning
> real-time virus scanning. Of those, the only one that had a
> speed improvement was turning off the virus scanning, which improved
> performance by about 25% on heavily I/O-intensive tasks such as svn
> But even with the improvements due to these configuration changes,
> still a huge difference between Windows and either Linux or MacOS in
> checkout and svn switch tasks. The exact reason remains a mystery.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-30 15:38:28 CET