Well, I think that Nagle problem is affecting Subversion because can be
easily verified with ethereal (200 msec delay between the first trunk of PROPFIND
request and the following xml packet).
Maybe there is something more.
TSVN has dropped Nagle algorithm on the client side, but Subversion on the server side
is still compiled without
#define HAVE_SETSOCKOPT 1
in neon config.
Looking at Apache log, a svn ls command triggers several PROPFIND requests (about 4-5)
with the last one being the longest (15 entries directory listed in about 6 seconds of
elapsed Apache time on Windows, against the 2 seconds needed on Linux).
I have to say also (now I remember) that svn log uses REPORT method, so cannot
be directly compared with the svn ls timing.
Unfortunately, I haven't a development env that allows me to recompile Subversion
on Win32 platform to verify if something changes.
Is there anybody out there (...) who can provide an unofficial Subversion binary
distribution with the relevant setting ?
Guido.
> -----Original Message-----
> From: JS.staff [mailto:jsparrow@ecclescollege.ac.uk]
> Sent: Monday, October 04, 2004 2:21 PM
> To: users@subversion.tigris.org
> Subject: RE: More on slow browsing from SVN 1.1[Scanned]
>
>
> Surprised no one noticed this on the testing!!
>
> So it suggests this isn't a Nagle problem?
>
> John
>
> -----Original Message-----
> From: Guido Anzuoni [mailto:guido.anzuoni@kyneste.com]
> Sent: 04 October 2004 13:09
> To: JS.staff; users@subversion.tigris.org
> Subject: RE: More on slow browsing from SVN 1.1[Scanned]
>
>
> Yes, absolutely true.
> Even svn log is rather fast.
> More, there is no visible difference between svn ls <path>
> and svn -v ls
> <path>.
>
> Guido.
>
> > -----Original Message-----
> > From: JS.staff [mailto:jsparrow@ecclescollege.ac.uk]
> > Sent: Monday, October 04, 2004 1:53 PM
> > To: users@subversion.tigris.org
> > Subject: RE: More on slow browsing from SVN 1.1[Scanned]
> >
> >
> > The weird thing is, my problems only seem to relate to TSVN
> Browsing,
> > and 'svn list' commands.
> >
> > Checkout, for example, is very quick.
> >
> > Thanks,
> >
> > John
> >
> >
> > -----Original Message-----
> > From: Guido Anzuoni [mailto:guido.anzuoni@kyneste.com]
> > Sent: 04 October 2004 12:44
> > To: Jay Glanville; JS.staff; users@subversion.tigris.org
> > Subject: RE: More on slow browsing from SVN 1.1[Scanned]
> >
> >
> > TSVN 1.1 has a specific neon config.hw file that fixes the
> problem. In
>
> > fact, TSVN is extremely fast browsing repos, wrt 1.0.x.
> But, on large
> > directories, TSVN is still slow (and svn client even worse). I have
> > verified the same behaviour even with a Linux Apache proxy
> iterposed
> > between the Windows machine, that exhibited better
> performances with
> > previous versions of TSVN (btw, svn client still performs better in
> > this conf). I am going to be a little confused.....
> >
> > Guido.
> >
> >
> > > -----Original Message-----
> > > From: Jay Glanville [mailto:jay.glanville@naturalconvergence.com]
> > > Sent: Monday, October 04, 2004 12:50 PM
> > > To: 'JS.staff'; users@subversion.tigris.org
> > > Subject: 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
> > >
> > >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: users-help@subversion.tigris.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 4 15:31:03 2004