summaryrefslogtreecommitdiff
path: root/po
diff options
context:
space:
mode:
authorFrancesco Romani <fromani@redhat.com>2015-01-12 14:11:13 +0100
committerKevin Wolf <kwolf@redhat.com>2015-02-06 17:24:21 +0100
commite2462113b2003085ad16f15e1442ded64e2d9a29 (patch)
tree113c7d9301d441e8a63bcf75b578f6201f1d6751 /po
parent6440d44cea84451ee9facb1237a4e7251631df80 (diff)
downloadqemu-e2462113b2003085ad16f15e1442ded64e2d9a29.zip
block: add event when disk usage exceeds threshold
Managing applications, like oVirt (http://www.ovirt.org), make extensive use of thin-provisioned disk images. To let the guest run smoothly and be not unnecessarily paused, oVirt sets a disk usage threshold (so called 'high water mark') based on the occupation of the device, and automatically extends the image once the threshold is reached or exceeded. In order to detect the crossing of the threshold, oVirt has no choice but aggressively polling the QEMU monitor using the query-blockstats command. This lead to unnecessary system load, and is made even worse under scale: deployments with hundreds of VMs are no longer rare. To fix this, this patch adds: * A new monitor command `block-set-write-threshold', to set a mark for a given block device. * A new event `BLOCK_WRITE_THRESHOLD', to report if a block device usage exceeds the threshold. * A new `write_threshold' field into the `BlockDeviceInfo' structure, to report the configured threshold. This will allow the managing application to use smarter and more efficient monitoring, greatly reducing the need of polling. [Updated qemu-iotests 067 output to add the new 'write_threshold' property. --Stefan] [Changed g_assert_false() to !g_assert() to fix the build on older glib versions. --Kevin] Signed-off-by: Francesco Romani <fromani@redhat.com> Reviewed-by: Eric Blake <eblake@redhat.com> Message-id: 1421068273-692-1-git-send-email-fromani@redhat.com Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Diffstat (limited to 'po')
0 files changed, 0 insertions, 0 deletions