On Fri, 2006-02-10 at 08:08 -0800, Justin Erenkrantz wrote:
> On 2/10/06, Malcolm Rowe <malcolm-svn-dev@farside.org.uk> wrote:
> > Er, not entirely sure. I think that either we or Neon base64 the
> > binary blob before transmission, yes. So that would mean that we need
> > to determine whether
>
> FWIW, ra_serf doesn't use any base64 trickery. My plan is to have
> ra_serf request gzip encoding for plain-text files (i.e. no base) and
> svndiff (no gzip) for when we have a delta base.
It'd be really nice to request it for things like "log" as well, if
possible.
One of my few http users's complaints was that svn log information was
being transferred in plaintext, and there was megabytes of it in some
cases.
(I believe this is now fixed with gzip compression support in the
client. This was quite a while ago. However, in the interest of full
disclosure, i haven't checked :P)
> The knowledge of the
> delta base is way way better than requesting the entire plain text and
> zlibing it back in most cases.
Yes. In a lot of cases, we should also be able to transfer the deltas
directly from the repository (combining them if necessary), instead of
continually reencoding like we do now :(
>
> Greg and I have talked about mod_dav_svn not svndiff'ing a response
> when the file is under some X bytes because it's just better to give
> it back in plain text and avoid any diff overhead... -- justin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Feb 11 15:43:05 2006