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

Re: DAV is complicated and slow?

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2005-11-22 18:34:34 CET

On Tue, 2005-11-22 at 00:08 -0800, Greg Stein wrote:
> On Mon, Nov 21, 2005 at 06:35:58PM -0600, Ben Collins-Sussman wrote:
> > On 11/21/05, Justin Erenkrantz <justin@erenkrantz.com> wrote:
[Lots of stuff about the potential for using generic HTTP caching for
Subversion]

I'll note that better caching benefits could be obtained using a
Subversion-specific mirroring mechanism (the svn_ra_reply functionality
is a good start here, as it allows such mirrors to operate in pull
mode). You'd get better performance here because the mirror could
handle arbitrary requests for diffs between versions, while the cache
could at best only handle the ones it's seen recently.

A mirror might consume more disk space than a functional cache (or it
might consume less in some cases), but someone setting up a
high-performance network isn't generally limited by disk space.

So, while there's a certain elegance in being able to use generic HTTP
caching to improve performance, that elegance comes at a substantial
cost in the complexity of libsvn_ra_dav and--at least with the current
architecture--in the performance of the basic functioning of svn over
ra_dav.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 22 18:39:40 2005

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.