Re: reftable [v6]: new ref storage format
- Date: Mon, 7 Aug 2017 11:27:17 -0700
- From: Stefan Beller <sbeller@xxxxxxxxxx>
- Subject: Re: reftable [v6]: new ref storage format
On Sun, Aug 6, 2017 at 6:47 PM, Shawn Pearce <spearce@xxxxxxxxxxx> wrote:
> 6th iteration of the reftable storage format.
> You can read a rendered version of this here:
> Changes from v5:
> - extensions.refStorage = reftable is used to select this format.
> - Log records can be explicitly deleted (for refs/stash).
> - Log records may use Michael Haggerty's chained idea to compress before zlib.
> This saved ~5.8% on one of my example repositories.
Also the bits in the records changed in v5 or v6:
0x0..0x3 is valid for a ref,
obj records have a ccnt
0x0, 0x1, 0x4..0x7 are used in the logs
We have the following block indicators:
'r' ref block
'o' object block
'g' log block
high bit for any index.
Without prior knowledge an index doesn't indicate if it
indexes refs, objects or logs. To find out, one must follow
an arbitrary entry which points to either an index again
or at a block marked with 'r', 'o' or 'g'.
Okay with me.
> The index may be organized into a multi-level index, where ...
> which may in turn point to either index blocks (3rd level) or ref blocks (leaf level).
So we allow 3 levels at most?
The file format structure marks the indexes '?', should that be
rather '*' to indicate there can be more than one index block?