[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: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2005-08-19 16:56:08 CEST

On Aug 19, 2005, at 8:33 AM, Carsten Koch wrote:

> Ben Collins-Sussman wrote:
> ...
>
>> we could make up yet another custom protocol response/request
>> that only svn and mod_dav_svn would understand. We're already
>> doing that in many places where subversion concepts don't line up
>> with WebDAV/DeltaV. Doing it for the sake of performance gains
>> would be a new policy. I don't think everyone is (yet) in
>> agreement yet about this.
>>
>
> It would certainly be a tremendous gain for people who are trying to
> do an svn ls -R over a low-bandwidth connection.

No argument. On the other hand, not many people run 'svn ls -R'.
'svn ls', sure. 'svn ls -R', not so much. I think you'll have a
hard time convincing us that your particular pain is common to
everyone. :-)

>
> I know next to nothing about WebDAV/DeltaV and the XML data exchanged,
> but would it not be possible to generate the 604kB of compressed data,
> wrap it in XML and transmit that instead of over a gigabyte?
>

Of course it's possible, that's what I mean when I say "invent a
custom protocol".

Another thing you may want to investigate: enable mod_deflate in
your apache server, and make sure your svn client has "http-
compression = yes" set in your ~/.subversion/servers file. Then the
whole HTTP response will be gzipped.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 19 16:57:35 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.