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

Re: svn list slow with http: but not with file:

From: Nathan Kidd <nathan-svn_at_spicycrypto.ca>
Date: 2006-05-12 18:39:54 CEST

Maurer, Hermann wrote:
> I have a small problem with the performancer of the command svn list
> http://host/repo/tags and hope you could help me.
> The repository contains about 17700 revisions. In the directory /tags
> there are 470 subdirectories (tags). It takes 16-22 seconds to list them
> with the commando above from a remote client. If I try to list them on
> the server directly with svn list file:///path/to/repo/tags it takes 2-3
> seconds. What should I do to get a better performance on svn list
> http:// ?

Initially I though that was particularly bad performance for http://,
but I just did a test and got similar numbers. http:// *is*
significantly slower than svn:// or file://. This is why I only use svn://.

Some numbers for comparison:

Server is running svn 1.3.1, Xeon 3Ghz, 1GB, SCSI 360, NTFS (i.e. slow).
Network is local 100Mb.

'time svn ls -R' on tags dir with 470 subdirs (33 rev repo)
    http:// 20s
    svn:// 2s

(It is interesting to note your Dell 733Mhz Linux+XFS+SCSI-RAID5 server
is slightly faster over http:// than my Dell 3GHz Win2K3+NTFS-SCSI-RAID5
server -- I repeated the test multiple times.)

Another test:

'time svn ls -R' on my trunk (2K dirs, 24K files, 22K rev repo)
    http:// 8min 46s
    svn:// 32s

> Subversion 1.3.1 with FSFS backend

There were some minor performance improvements in 1.3/1.2 compared to
earlier versions, and even more significant improvements if you were
using authz, but you've already got the latest code.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 12 18:39:49 2006

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.