Concerned about Subversion's speed

Some rough measurements of svn's speed:

On a lightly-loaded WinXP-Pro SP1 machine (P4 2.4GHz, 1GB RAM):

In a directory containing 330 files under ra-local version control, plus
about 700 other files, and no subdirs under version control:

  'svn st' 24 seconds
  'svn st -uv' 28 seconds
  'svn up' < 1 second (no updates needed)

This is heavily CPU-bound: my hard disk light barely flickered at all.

I have also tried using TortoiseSVN with this dir, which took between 45
to 100 seconds to draw (depending on what columns are displayed, sorting
options, etc.) That's just plain not usable!

I'm assuming --hoping-- that svn is presently doing some highly
un-optimized DB access in order to be this slow.

I can hear you saying, "Why in God's name do you have over 1000 files in
a single dir?" And the answer is, of course, that I didn't design this
project, but I do work on it ;-)

So, can I count on these numbers being pared down by at least a factor
of 10 in the near future (i.e., by release-1.0)? Or should I just give
up on ever using subversion on projects that might require directories
of this size?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 12 04:13:48 2003