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

Re: Subversion trunk (r1078338) HTTP(/WC?) performance problems?

From: Greg Stein <gstein_at_gmail.com>
Date: Tue, 8 Mar 2011 14:07:20 -0500

On Tue, Mar 8, 2011 at 12:34, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
>...
> It seems I found reason why ra_serf is slower than ra_neon. ra_serf
> sends CHECKOUT request for _each_ folder and file that being imported,
> while ra_neon perform it only for root directory. Maybe DAV experts
> can answer which behavior is correct: should WebDAV client CHECKOUT
> each resource being modified or it's fine to CHECKOUT only the root of
> commit operation?

There is no other WebDAV server to talk to, besides our own. That is
one of the primary rationales behind the HTTPv2 effort: recognizing
reality, rather than living in an theoretical world.

Thus, if Neon's approach works with our server, then ra_serf can go
ahead and use that approach, too.

I would definitely recommend the change in trunk (for modern clients
talking to old servers). Backporting would be nice, but I'm betting
that could get a bit tricky (not sure how far the 1.6 vs 1.7 ra_serf
code has diverged).

Cheers,
-g

ps. I could probably come up with the academic answer to the question
(I helped write the WebDAV specs, after all), but it doesn't seem a
good use of time :-P
Received on 2011-03-08 20:07:51 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.