[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: Daniel Shahaf <danielsh_at_apache.org>
Date: Tue, 11 Jul 2017 20:00:03 +0000

On Tue, Jul 11, 2017 at 01:39:56PM +0000, Markus Schaber wrote:
> To summarize it up:
> I expect significant benefits in some use cases by skipping the
> compression, thus I'm +1 if benchmarks prove it's worth the effort.

It is easy to have deltification without compression, either by using
svndiff0 (instead of svndiff1) or by using svndiff1 with zlib
compression level set appropriately.

> I see the danger of drastically increased bandwith and storage size
> (transferring/storing the whole mp3 instead of just some changed meta
> data bytes) in some common use cases when deltification is skipped.
> Thus, I'm skeptical (count it as -0), and I'd kindly suggest to do
> some benchmarks for those cases before implementation, and clear
> documentation of the possible negative effects if it's implemented.

Regarding compression, would it make sense for the server to compute the
compressed delta, and it turns out to be larger than X% of the
uncompressed&undeltified file, to just store the latter? I.e., to
compute the DELTA rep but use a PLAIN rep if the DELTA rep would be
larger than X% (in bytes) of the PLAIN rep?

IIRC this is already so with X=100, but for some filetypes it might make
sense to set X lower.


Received on 2017-07-11 22:00:10 CEST

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