RE: More on slow browsing from SVN 1.1

I believe it's got to do with Neon's Nagle algorithm.

The variables to meet the condition are:
- using HTTP protocol
- both client and server win machines
- is NOT specific to TSVN

We've noticed this slowdown in our evaluation of SVN too.

Basically, change to the SVN protocol, and you shouldn't see a problem
any more. Or change the OS of either the client or server.

This is a known issue, and it was a known issue before the release of
1.1. Why it wasn't fixed for 1.1? You'll have to ask the dev list
(could have been timing, could have been lack of resources for testing,
etc, etc, etc). To fix it, SVN simply has to change a configuration
parameter for the Neon libraries.

You'll have to do some searches on both the TSVN and the user and dev
SVN lists for a better explanation. Hope this much of an explanation
has helped.

JDG

--
Jay Glanville
-----Original Message-----
From: JS.staff [mailto:jsparrow@ecclescollege.ac.uk] 
Sent: Monday, October 04, 2004 6:10 AM
To: users@subversion.tigris.org
Subject: More on slow browsing from SVN 1.1
Looks like it's not a TSVN problem. Doing
svn list http://..... 
Is also very slow. When the results appear (10 mins later), they come
quickly all at once, not slowly line-by-line.
The server remains responsive to other requests during this time.
I can browse large folders via the web and that's lightening fast.
The problem is also noticable on folders with 50-100 items, takes about
30 seconds for them to appear.
John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org