Slow SVN Updates (though they shouldn't be).

From: Gino Filicetti <gino_at_filicetti.net>
Date: Wed, 06 Feb 2008 23:19:05 -0500

Hey guys, I was wondering if anyone could explain some annoying behaviour we've always seen whilst doing root level SVN updates in our (rather large) working copy.

Problem....

Run svn update on the root of our working copy, and the system will download the newly updated files from the server and then it will sit there and churn through at almost 100% cpu and with the hard drive reading and writing like mad. Sometimes it will do this for longer than it took to download the new files and eventually will return with the "At Revision xxxx" message and all activity ceases.

What exactly is it doing? Is it touching EVERY file in .svn in all subdirectories? I'm curious if there's anything we can do to improve performance or if we're stuck (and no, shrinking the size of our working copy is not an option).

System Info....

Windows XP
SVN: v1.4.5
Problem is the same whether using TortoiseSVN or using svn in cygwin.

Working copy info....

It's pretty big, using find and wc, I've calculated it out:

-- number of files

gfilicet@clc-gfilcet7-xp /cygdrive/c/chordiant/fnd62-rad7/workspace
$ find . -type f -print | wc -l

72216

 
-- number of directories

gfilicet@clc-gfilcet7-xp /cygdrive/c/chordiant/fnd62-rad7/workspace
$ find . -type d -print | wc -l

37773

I realize this is also counting all the files and subdirectories in .svn, so these numbers should be halved (roughly).

Any help is appreciated. It would be great if there were something we could do about this.

Thanks,

Gino


--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org Received on 2008-02-07 17:17:47 CET