subversion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Hammant <>
Subject Re: Proposal: new fsfs.conf properties
Date Tue, 11 Jul 2017 20:07:24 GMT
So I'm after a time saving. I'm perfectly happy for the backend to waste
space (in my configuration), I just don't want it to take 15 mins to
transfer a single 15GB file into Subversion.

In my configuration, I'd like to pre-advise Subversion to save as much time
as possible for uploads, by skipping steps that are known in advance to be
meaningless for the use case.

- Paul

On Tue, Jul 11, 2017 at 4:00 PM, Daniel Shahaf <> wrote:

> 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.
> Cheers,
> Daniel

View raw message