RE: 'svn ls' speed (was 'ezmlm response' for some reason)

Does it happen with any repo, or just the one on at svn.collab.net?

If for your own repositories, does it go at the same speed regardless of the
repo access method you use? What about using http instead of https? Or
svn+ssh? How about file://?

It may be that the SVN part of things is fast, but the negotiation of SSL
keys or just the manner in which the HTTP server is handling the request
is slow.

If you're using svn+ssh, is the ssh daemon long-lived? On my mac sshd is
set to run from xinetd, so there is significant overhead in just getting
the SSH channel open and the server key generated before anything (login,
svn, whatever) can go across it.

I can say that it's not happening for me for the collab.net repo:

[vrfy:james] ~ (382) > time svn ls http://svn.collab.net/repos/svn/trunk
...
0.083u 0.060s 0:01.22 11.4% 114+331k 0+0io 0pf+0w
[vrfy:james] ~ (383) >

You might also want to check how fast a straight HTTP get of of that
same URL takes:

[vrfy:james] ~ (387) > time wget http://svn.collab.net/repos/svn/trunk
--00:46:01-- http://svn.collab.net/repos/svn/trunk
           => `trunk'
Resolving svn.collab.net... done.
Connecting to svn.collab.net[66.146.194.195]:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://svn.collab.net/repos/svn/trunk/ [following]
--00:46:01-- http://svn.collab.net/repos/svn/trunk/
           => `index.html'
Connecting to svn.collab.net[66.146.194.195]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,363 [text/html]

100%[====================================>] 1,363 1.30M/s ETA
00:00

00:46:01 (1.30 MB/s) - `index.html' saved [1363/1363]

0.015u 0.022s 0:00.21 14.2% 240+309k 0+0io 0pf+0w
[vrfy:james] ~ (388) >

-----Original Message-----
From: Brett Sutton [mailto:bsutton@idatam.com.au]
Sent: Thursday, December 30, 2004 11:12 PM
To: users@subversion.tigris.org
Subject: Re: ezmlm response

I've just downloaded subversion 1.1.1 and I'm having problems with the svn
list command.

Basically the command is extremely slow.

For instance, attempting to get access to the root of the Tigris subversion
repository (without the recursion option) takes approximately
7 seconds.

During this time a significant amount of network traffic is observed.

I have tried the same thing with a number of other repositories with the
same results (7 seconds seems to be the baseline).

Given that I would expect a command like this, when it is returning only
half a dozen directory entries, to be sub-second the performance is
appalling.

Is this a known problem?

Are there any work arounds?

By the way javahl experiences the same problem (not surprisingly).

Should I be entering a bug report for this?

Regards,
Brett

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.296 / Virus Database: 265.6.6 - Release Date: 12/28/2004
 
-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.296 / Virus Database: 265.6.6 - Release Date: 12/28/2004
 
-- 
----------------------------------------------------------------------------
This electronic message contains information from Primus Telecommunications
Canada Inc. ("PRIMUS") , which may be legally privileged and confidential.
The information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient, be aware that any
disclosure, copying, distribution or use of the contents of this information
is prohibited. If you have received this electronic message in error, please
notify us by telephone or e-mail (to the number or address above)
immediately. Any views, opinions or advice expressed in this electronic
message are not necessarily the views, opinions or advice of PRIMUS.
It is the responsibility of the recipient to ensure that
any attachments are virus free and PRIMUS bears no responsibility
for any loss or damage arising in any way from the use
thereof.The term "PRIMUS" includes its affiliates.
----------------------------------------------------------------------------
Pour la version en français de ce message, veuillez voir
 http://www.primustel.ca/fr/legal/cs.htm
----------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org