[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-block] [PATCH v4 2/5] qcow2: Document some maximum size constr
Re: [Qemu-block] [PATCH v4 2/5] qcow2: Document some maximum size constraints
Wed, 28 Feb 2018 15:20:44 +0100
Notmuch/0.18.2 (http://notmuchmail.org) Emacs/24.4.1 (i586-pc-linux-gnu)
On Wed 28 Feb 2018 03:01:33 PM CET, Eric Blake wrote:
>>> The refcount table has implications on the maximum host file size; a
>>> larger cluster size is required for the refcount table to cover
>>> larger offsets.
>> Why is this? Because of the refcount_table_clusters field ?
>> I think the maximum offset allowed by that is ridiculously high,
>> exceeding any other limit imposed by the L1/L2 tables.
>> With 512 byte clusters and 64 bit refcount entries I still get 8 PB,
>> way over what's limited by the L1/L2 tables (128 GB).
> Do I need to make any modifications to the sentence, then?
I guess what surprised me the first time that I read it was that it
suggests that this has to be taken into account when calculating the
physical limits of an image, while in practice it can be ignored.
You could say something like
Although the larger the cluster size, the larger the offsets that can
be covered by the refcount table, in practice these limits cannot be
reached because they are larger than the ones imposed by other data
although I'm sure that you can come up with a better wording than mine :)