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

Re: The Performance Elephant is Dead

From: Matt Doran <matt.doran_at_papercut.com>
Date: Wed, 07 Jul 2010 11:27:16 +1000

Stefan Fuhrmann wrote:
>
> A couple of weeks ago, I started working on SVN's server performance.
> Without access to a development repository, I found it hard to
> develop a compelling solution to the underlying problems. Thus,
> the baby-step patches I sent to this and other lists got often
> rejected.
>
Amazing work. I'd be interested to see what the committers think.

Does any of your work directly impact I/O or performance on the
client? I know WC-NG is in development ... so it might not be an
issue moving forward but client performance is the killer for us.

We use SVN 1.6 (mainly on Windows but also on Mac and Linux) with a
fairly large working copy (8500 files and 1000 directories), and find
common operations like status, commit, update, etc to be incredibly slow
(particularly with cold caches). Even the "remote" operations like
commit/update are slow, and some basic analysis point the finger at
client I/O not the server or network. I wonder whether it's the
large number of directories that slows things down ... and the
creation/deleton of the lock files in all those directories? The speed
has driven us to explore other VCS options.

My fingers are crossed for great improvements with WC-NG and maybe some
optimization work from Stefan. ;)

Thanks,
Matt
Received on 2010-07-07 03:28:43 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.