[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: Philip Martin <philip_at_codematters.co.uk>
Date: Thu, 13 Jul 2017 20:57:27 +0100

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.

-- 
Philip
Received on 2017-07-13 21:57:44 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.