subversion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Johan Corveleyn <jcor...@gmail.com>
Subject Re: Proposal: new fsfs.conf properties
Date Fri, 14 Jul 2017 14:53:56 GMT
On Fri, Jul 14, 2017 at 4:31 PM, Evgeny Kotkov
<evgeny.kotkov@visualsvn.com> wrote:
> Johan Corveleyn <jcorvel@gmail.com> writes:
>
>> Nice!
>>
>> But how about deltification? Has anyone tried / benchmarked the effect
>> of turning off deltification (with or without compression), to see
>> what the effect would be on the commit time? Like I suggested in this
>> thread yesterday (i.e. set max-deltification-walk to 0 in fsfs.conf --
>> or perhaps play with both max-deltification-walk and
>> max-linear-deltification) ...
>
> I haven't tested commit with deltification enabled/disabled in config, but
> a synthetic benchmark of the deltification itself (create two big random
> files, run vdelta-test -q over them) shows a rate of around 340-350 MiB/s
> on my machine.
>
> That's probably enough to not slow down commits in an immediately visible way.

That's good to know. Though that's a bit at odds with what Philip
found when he eliminated deltification on the client side (first by
using svnmucc (delta against empty file only); then by using curl-PUT
+ autoversioning (no deltification at all)):

https://svn.haxx.se/dev/archive-2017-07/0040.shtml

Is it slower / more intensive to deltify on the client side?

-- 
Johan

Mime
View raw message