aboutsummaryrefslogtreecommitdiff
path: root/qemu-common.h
diff options
context:
space:
mode:
authorKevin Wolf <kwolf@redhat.com>2009-09-09 17:53:37 +0200
committerAnthony Liguori <aliguori@us.ibm.com>2009-09-11 10:18:06 -0500
commit40b4f539678266160badd5ac4afa9833f9089154 (patch)
treec54e3455975d74e8fefdfd349c9b7a854922abbf /qemu-common.h
parent1c3173b9ed7818c62a9dffe568730c5e29b3a0e2 (diff)
downloadqemu-40b4f539678266160badd5ac4afa9833f9089154.zip
qemu-40b4f539678266160badd5ac4afa9833f9089154.tar.gz
qemu-40b4f539678266160badd5ac4afa9833f9089154.tar.bz2
Add bdrv_aio_multiwrite
One performance problem of qcow2 during the initial image growth are sequential writes that are not cluster aligned. In this case, when a first requests requires to allocate a new cluster but writes only to the first couple of sectors in that cluster, the rest of the cluster is zeroed - just to be overwritten by the following second request that fills up the cluster. Let's try to merge sequential write requests to the same cluster, so we can avoid to write the zero padding to the disk in the first place. As a nice side effect, also other formats take advantage of dealing with less and larger requests. Signed-off-by: Kevin Wolf <kwolf@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Diffstat (limited to 'qemu-common.h')
-rw-r--r--qemu-common.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/qemu-common.h b/qemu-common.h
index 74ac88f..f3cfb68 100644
--- a/qemu-common.h
+++ b/qemu-common.h
@@ -223,6 +223,7 @@ typedef struct QEMUIOVector {
void qemu_iovec_init(QEMUIOVector *qiov, int alloc_hint);
void qemu_iovec_init_external(QEMUIOVector *qiov, struct iovec *iov, int niov);
void qemu_iovec_add(QEMUIOVector *qiov, void *base, size_t len);
+void qemu_iovec_concat(QEMUIOVector *dst, QEMUIOVector *src, size_t size);
void qemu_iovec_destroy(QEMUIOVector *qiov);
void qemu_iovec_reset(QEMUIOVector *qiov);
void qemu_iovec_to_buffer(QEMUIOVector *qiov, void *buf);