|
From: | Alexey Kardashevskiy |
Subject: | Re: [Qemu-devel] Using TRIM to shrink qcow2 images |
Date: | Fri, 4 Oct 2013 16:22:47 +1000 |
On 08/08/2013 12:34 PM, Ralf Ramsauer wrote:QEMU supports trim. 1.5 supports it with raw images only, 1.6 will add qcow2 support. Because it has the potential to cause fragmentation, it needs to be enabled explicitly. Just add "discard=on" to the -drive option:
Hi,
QCOW2 uses a similar idea like file holes (sparse files) on filesystems [1].
RAW Images also may use file holes.
If qemu would support TRIM, then the guest could easily discard and zero
all unused blocks.
qemu-system-x86_64 -enable-kvm -m 2048 ...\
-drive if=virtio,discard=on,file=$HOME/foo.qcow2
It's probably always a good idea if the image is a block device on an SSD, but not necessarily on an image that is backed (for example) by a file or by a thin-provisioned logical volume.This depends on the host support for discard (on block device-backed qcow2 images) or hole punching (for file-backed qcow2 images). For files, running fstrim in the guest will shrink down the on-disk footprint of a qcow2 image.
The host system could detect all unused blocks in a (e.g.) qcow2 image
and shrink it down to its minimum size.
Paolo
Did anyone already think about that?
[1] : https://people.gnome.org/~markmc/qcow-image-format.html
Regards,
[Prev in Thread] | Current Thread | [Next in Thread] |