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

Re: 'svn ls' slow over ra_dav

From: Julian Reschke <julian.reschke_at_gmx.de>
Date: 2005-07-18 18:18:11 CEST

Ben Collins-Sussman wrote:
>
> On Jul 16, 2005, at 7:08 PM, Jean-Marc Godbout wrote:
>
>>
>> My plea to the subversion community would be to ask of anyone who has
>> insight into the problem itself or how to begin solving the issue to
>> let me
>> know so I can probe their minds.
>>
>
>
> As you've seen already in the issues, there are two harsh facts
> surrounding the problem of DAV network efficiency:
>
> * DeltaV is an inherently inefficient protocol. The server wholly
> defines the URL syntax for different types of objects, and the
> client needs to do multiple network requests to "discover" these
> opaque URLs. Being a stateless protocol doesn't help, either.

1) Clients can cache this information, as version URIs and version
history URIs are immutable.

2) The DAV:expand-property REPORT
(<http://greenbytes.de/tech/webdav/rfc3253.html#REPORT_expand-property>)
can be used to avoid round trips in many cases (so this should be
dicussed on a case-by-case basis).

> ...

Best regards,

Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 18 18:19:01 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.