[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: B Smith-Mannschott <bsmith.occs_at_gmail.com>
Date: Wed, 10 Dec 2008 17:05:33 +0100

On Wed, Dec 10, 2008 at 5:07 AM, Andy Levy <andy.levy_at_gmail.com> wrote:

> On Tue, Dec 9, 2008 at 23:00, David Weintraub <qazwart_at_gmail.com> wrote:
> > It's mainly using Subversion for updating and checking out where they
> > notice it slower. I know that Subversion has a lot more data that's
> > brought over the network, and Windows is not good at transferring data
> > over the network, but it should be faster than CVS in updating,
> > diffing, revering, and other activities because it doesn't have to
> > connect to the server to fetch a lot of data.
> >
> > We are using http:// w/ LDAP authorization, and FSFS. One programmer
> > is saying that FSFS is what makes it so slow.
> >
> > Anyway, I was just curious whether or not this seemed to be an issue
> > with anyone. Or whether Subclipse or Subversive was a better plugin
> > for Eclipse.
>
> Is it the network access & server that's slow, or is it local
> performance? Remember that Subversion pulls everything down into a
> temp directory in the .svn directory, then copies it to the "real"
> location. So disk I/O can be a killer. Especially if you're running an
> on-access virus scanner.
>

I can second this. At my job most developers work on Windows with a
locked-down scan-on-access virus scanner that seems to be set to "paranoid".
Checking out jars is especially painful.

I develop mostly an a linux box I put together myself. Much more pleasant.
Much faster.

-- 
// Ben Smith-Mannschott
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=982298
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-10 17:06:33 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.