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