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

Re: Proposal: new fsfs.conf properties

From: Paul Hammant <paul_at_hammant.org>
Date: Wed, 12 Jul 2017 16:40:57 -0400

I'd be fine with that too if it is *also* settable via curl --header
"svn:compression: no" for non-client auto-increment operations.

On Wed, Jul 12, 2017 at 4:10 PM, Mark Phippard <markphip_at_gmail.com> wrote:

> I cannot find it in archives so maybe this happened in IRC, but I remember
> one time suggesting we add a new versioned svn:XXX property to control
> this. This could then be set by the client based on extension if desired.
> I recall my suggestion was a compression on|off property that when turned
> off would cause us to omit the deltification the client does when sending
> to the server. If it makes sense for the server to do something similar
> when it stores the file, great.
>
> I suggested if we wanted to get really fancy we could also let the
> property control the size of the window used when run xdelta or whatever we
> do. I recall for some binary files if you have it a larger window it could
> do a better job of compressing. I am no expert here I just recall this
> being mentioned in the past as a tuning option that could make a
> difference. So a property would be a way to expose that option.
>
> I think the main use case though is to just disable it for files where
> someone knows they would be better off just skipping deltification because
> it is not going to reduce the size and just use a lot of time and CPU.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
Received on 2017-07-12 22:48:56 CEST

This is an archived mail posted to the Subversion Dev mailing list.