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

Concerned about Subversion's speed

From: Matt Blais <mblais1_at_yummage.com>
Date: 2003-08-12 04:12:45 CEST

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

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.