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
