Re: [PATCH v5 1/4] gitformat-commit-graph: describe version 2 of BDAT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jul 20, 2023 at 01:20:06PM -0700, Jonathan Tan wrote:
> Having said that, I am inclined to not change this, so that the offset
> calculations are the same for both versions (e.g. in the test tool
> too), and as far as I know, we haven't had problems with this. But I can
> change it if people want.

Yeah, I definitely get your hesitation. I wonder if the test helper
patches that I sent change your thinking on this at all, since then
we're not relying on those scripts at all to compute the offset of the
BDAT chunk and dump its contents.

To be clear, I do think that this is probably outside the immediate
scope of this series. But since we're changing the on-disk format and
bumping the version count forward, I think that we want to make sure
that we're not missing any other format changes that we'd like to make
along the way.

I suppose that a theoretical v3 of the BDAT chunk's format would use the
same encoding for Bloom filters. But storing an extra 4-bytes of
information in the header of the Bloom data chunk feels like we could
squash that in.

Thanks,
Taylor



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux