[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 11:26:11 +0100
Notmuch/0.18.2 (http://notmuchmail.org) Emacs/24.4.1 (i586-pc-linux-gnu)
On Tue 27 Feb 2018 05:29:41 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.
If my numbers are right, with the default values that's 64 ZB.
In addition to that, the size that can be covered by the refcount table
also depends on the size of refcount entries (refcount_order).
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).