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

Re: subversion is VERY slow

From: Andy Levy <andy.levy_at_gmail.com>
Date: 2006-04-06 14:49:31 CEST

On 4/6/06, Ruslan Sivak <rsivak@istandfor.com> wrote:
> We have an app with about 15k files in it (and a bunch of folders). When
> this app is checked out as a working copy, it becomes 60k files and 30k
> folders. Needless to say, it becomes very slow to do anything on a global
> level with this app, so we are forced to do individual commits from within
> individual folders.
>
> We are also unable to do any sort of switching of branches as it would take
> forever. As it does to update the whole working copy (or do a checkout).
>
> I've set up a ram drive locally, and was able to do a checkout fairly quick.
> I believe the disk access time is killing us when we are using subversion
> on our development server.
>
> Is there a way to speed it up, short of setting up a ram drive on the
> development and production servers?

On-access virus scanners are well-known to bog down local SVN
operations, updates, etc. considerably. If you're running one, tell
it to ignore your working copy directory and see if performance
improves.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Apr 6 14:50:41 2006

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.