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

Re: svn list -R of medium-size repository takes 10 hours.

From: Michael Sinz <Michael.Sinz_at_sinz.org>
Date: 2005-08-22 16:44:25 CEST

Ben Collins-Sussman wrote:
> Jean-Marc Godbout wrote:
>> I do realise that we are getting a bit far from the original issue
>> here. Removing some of the props have 3 benefits:
>> 1. Making us more "DeltaV" compliant... we don't care so much for this
> I don't understand. It sounds like you're recommending that mod_dav_svn
> stop generating the DAV:checked-in property, and that doing so would
> make us more DeltaV compliant. As I understand it, it would make us
> *less* DeltaV compliant! It's a standard DeltaV "live property" that
> any DeltaV client would expect to see when fetching all properties
> (<allprop>).

That would be bad - I hope that is not what was suggested.

> Perhaps what you mean is: we should make svn_ra_get_dir() generate a
> very specific, targeted list of properties to fetch. It should ask for
> only those live/dead properties that it actually needs to fill out the
> svn_dirent_t structure. (DAV:checked-in is not needed.) svn_ra_stat()
> would need to do the same.

If he did not mean this, I think you are onto something here. It would
not help old clients but new clients could be significantly lower network
overhead (which for non-local networks can become an issue)

Now if I could only remember when I last did "svn list" - other than
to test this problem...

Michael Sinz                     Technology and Engineering Director/Consultant
"Starting Startups"                                mailto:michael.sinz@sinz.org
My place on the web                            http://www.sinz.org/Michael.Sinz
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 22 16:48:28 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.