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

Very slow svn:// responses on "private" repositories

From: Phil Bordelon <phil_at_thenexusproject.org>
Date: 2006-11-02 17:58:39 CET

I have been experiencing very slow svn:// responses on "private"
repositories.

There, I got the obligatory "repeat the subject" bit out of the way. Let me
explain.

I have a number of machines that host SVN repos. Some of these are public;
others are "private" in the sense that they do not allow anonymous access.

On the "private" ones, actions such as svn diff -r somerev:someotherrev tend
to take upwards of 30 seconds. This is even if the repo is on the same box
that I'm doing the work on (as is often the case; the hosting machines are
my "desktops.")

If I modify the svnserve.conf from:

anon-access = none
auth-access = write

to

anon-access = read
auth-access = write

then the response times become effectively instantaneous.

This leads me to believe that the client is attempting to do anonymous
access for certain commands (which makes sense, as svn diff isn't doing
any writing to the repo) and the timeout for 'hey, you can't do that' is
extremely long. But I haven't dug into the code to determine whether that
is true or not.

I'm using svn 1.3.2, both client and server, on Gentoo. neon is 0.26.1,
APR is 0.9.12.

Please let me know if you need any more information to test this; it's
trivially reproducible on my machine, and I'd be willing to give a dev
an account on it to test on their own if that sort of thing would help.

Thanks a bunch for such a great piece of software! I keep up with the -dev
list as much as I can, even though most of it goes over my head. ;)

Phil

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 2 19:34:33 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.