On 06/19/2018 03:37 PM, Gionatan Danti wrote:
Il 19-06-2018 20:14 Cole Robinson ha scritto:
> If you change the disk image format from qcow2 to raw in
> Edit->Preferences, then new disk images are set to fully allocated raw.
> Check the image details with 'qemu-img info $filename' to confirm. So I
> think by default we are doing what you want?
>
> - Cole
Er, the point is that I would really like to have a *sparse* RAW image
file. On older virt-manager, unchecking "allocate entire disk" was what
I normally used. Auto-allocating all disk space without a mean to avoid
that has two main drawbacks:
- you can't have sparse/thin volumes;
- allocating on a fallocate-less filesystem is excruciatingly slow and
cause of unneeded wear on SSDs.
Why using a sparse RAW image rather than a Qcow2 image? Basically:
- RAW disks are easier to handle/inspect in case something goes wrong;
- avoid double CoW on CoW-enabled filesystems (eg: ZFS, btrfs);
- better performance (no Qcow2 L2 chunk cache range, etc).
It is worth nothing that oVirt (and RHEV) uses (sparse or allocated,
based on user selection) base RAW files with eventual Qcow2 overlays for
snapshots.
Sorry, I misunderstood. You can still achieve what you want but it's
more clicks: new vm, manage storage, add volume, and select raw volume
with whatever capacity you want but with 0 allocation.
qcow2 is the default for virt-manager because it enables features like
snapshots out of the box. The main motivation I have largely heard for
wanting raw over qcow2 is performance, but then using sparse raw
actually makes raw less performant, so it's kind of a weird middle
ground. For that reason I don't think it warrants adding back the
checkbox to the new VM UI since I think it's a fairly obscure use case,
and it can be achieved through the 'manage storage' wizard albeit with
more clicks
- Cole