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

Re: New HTTP Protocol (was re: svn commit: r33365)

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: Thu, 2 Oct 2008 08:18:39 -0700

On Thu, Oct 2, 2008 at 12:34 AM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
> Justin, I disagree with you.
>
> I've tested that one small PROPFIND roundtrip costs at least 200ms
> over WAN. PROPFIND requests very simple, so performance slow down
> cannot be from xml stuff.
> When doing simple operations like svn list Subversion perform about 8 PROPFINDs.

Let me be clear: the PROPFINDs I meant were in respect to the getting
the properties for a single file - that is ra_serf has to issue two
requests for every file that it wants to update. (ra_serf does have
optimization logic to know if we update just the text or just the
properties, but really it'd be nice to somehow avert the two requests
and be able to deliver the results atomically.)

That said, the PROPFINDs that we do for repository meta-operations are
kinda pointless and too verbose. But, those aren't the PROPFINDs that
I meant in my initial email.

> I really like idea to make http protocol perform one HTTP request for
> one RA call. Our RA calls simple enough and already well designed, so
> http requests will be simple as our RA calls.

Then, we are back to essentially doing REPORT for everything. I don't
believe that is a very good or scalable HTTP-based protocol. --
justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-02 17:18:52 CEST

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.