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

svn commit/checkout performance issues (P5)

From: Sergey Bogdanov <Serge.Bogdanov_at_intel.com>
Date: 2004-11-29 16:09:46 CET


svn, version 1.1.1 (r11581)
Linux 2.4.9-45 smp (client)
Linux 2.4.9-34 (server)

I've been evaluating svn as a cvs replacement for a new project. The
following test compared times and repository sizes between svn and a
commercial 'accurev' source control system.

In the test I used a directory that contained a kit of a released
software package. It consisted of at least 4627 files (text and
binary) in 56 directories. I was interested in the timing of the most
common operations and sizes of the repositories. Both svn and accurev
servers ran on the same machine and on the same local disk, all
clients were also on the same machine and work spaces were on the same
nfs mounted disk. I used svn: protocol for remote access.

The shourt conclusion is that svn needs to significantly improve
commit/checkout performance.


svn status 0:23 (2773 M, 684?)

accurev status -x 0:06 (693?)
accurev status -m 0:16 (2362M)


add, commit, tag

svn add --force 3:25
svn commit 44:52 (unacceptible)
    (the initial analysis took around 5 min, the rest was spent in
     data transfer)
svn copy 0:01

accurev add -x 0:30
accurev keep -m 1:21
accurev promote -p 1:55
accurev mksnap 0:01

accurev update 5:02
svn checkout 17:36 (pretty long)

repository size:

svn 493,024K (~180,000 per kit version) (impressive)
accurev 1,379,852K (~400,000K per kit version)

>> Sergey Bogdanov
      INTEL massachusetts	
      77 Reed Rd, Hudson, MA 01749
      Tel: (978) 553-2724
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 29 16:37:41 2004

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

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