[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: Branko Čibej <brane_at_apache.org>
Date: Thu, 13 Jul 2017 21:59:59 +0200

On 13.07.2017 21:57, Philip Martin wrote:
> Branko Čibej <brane_at_apache.org> writes:
>
>> Agreed. That's why I didn't propose this. I proposed spawning off a
>> daemon that would post-process _one_ commit and exit. It could do all
>> sorts of analysis of the content and finding the best (for some
>> definition of "best") source for the delta, etc.
> One difficulty is the that FSFS makes the assumption that revision files
> are immutable. The pack operation can get around this as it deletes the
> immutable revision files and adds distinct immutable pack files.
>
> A separate deltification operation would probably need to do something
> similar, introduce a second form of revision file distinguished by name
> or path. Commit would write immutable pre-delta revision files and
> deltification would write immutable post-delta revision files before
> deleting the pre-delta file. All the FSFS code would have to fall over
> from pre-delta revision file to post-delta revision file much like it
> falls over from revision file to pack file.

Agreed on all points.

Whether this actually forces a format bump or not is a different
question which I don't know the answer to.

-- Brane
Received on 2017-07-13 22:00:02 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.