[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-block] [PATCH for-2.12 v2] qcow2: Reset free_cluster_index whe
Re: [Qemu-block] [PATCH for-2.12 v2] qcow2: Reset free_cluster_index when allocating a new refcount block
Wed, 21 Mar 2018 16:32:50 +0100
Notmuch/0.18.2 (http://notmuchmail.org) Emacs/24.4.1 (i586-pc-linux-gnu)
On Wed 21 Mar 2018 04:07:28 PM CET, Kevin Wolf wrote:
> I just remembered that when I looked at an image recently, I noticed
> that the refcount block wasn't in the first cluster and I disliked it,
> though mostly because it felt untidy rather than being a problem.
I don't think you can fix that in general. In my test case I'm writing
new data when the existing refcount block is already full, so we can
allocate the new one before the new data and keep everything tidy.
But if there are, say, two refcount entries available and you write four
data clusters you don't want the new refcount block in the middle of
those four clusters just to have it at the beginning :-)
> Having a qcow2 analysis script in the repo sounds like a good
> idea. John has something, too. Maybe we can check whether the two
> things complement each other and then check in a script that combines
> both (or if one provides a superset of the other, just check in that
I'll take a look.
Re: [Qemu-block] [PATCH for-2.12 v2] qcow2: Reset free_cluster_index when allocating a new refcount block, Kevin Wolf, 2018/03/21