summaryrefslogtreecommitdiffstats
path: root/tests/Makefile.include
diff options
context:
space:
mode:
authorDenis Plotnikov2020-02-14 08:46:48 +0100
committerStefan Hajnoczi2020-02-22 09:26:47 +0100
commitc9b7d9ec21dfca716f0bb3b68dee75660d86629c (patch)
treea1dd32e40939607157457ed2dec0d16f5e4ff295 /tests/Makefile.include
parentMerge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20200221-... (diff)
downloadqemu-c9b7d9ec21dfca716f0bb3b68dee75660d86629c.tar.gz
qemu-c9b7d9ec21dfca716f0bb3b68dee75660d86629c.tar.xz
qemu-c9b7d9ec21dfca716f0bb3b68dee75660d86629c.zip
virtio: increase virtqueue size for virtio-scsi and virtio-blk
The goal is to reduce the amount of requests issued by a guest on 1M reads/writes. This rises the performance up to 4% on that kind of disk access pattern. The maximum chunk size to be used for the guest disk accessing is limited with seg_max parameter, which represents the max amount of pices in the scatter-geather list in one guest disk request. Since seg_max is virqueue_size dependent, increasing the virtqueue size increases seg_max, which, in turn, increases the maximum size of data to be read/write from a guest disk. More details in the original problem statment: https://lists.gnu.org/archive/html/qemu-devel/2017-12/msg03721.html Suggested-by: Denis V. Lunev <den@openvz.org> Signed-off-by: Denis Plotnikov <dplotnikov@virtuozzo.com> Message-id: 20200214074648.958-1-dplotnikov@virtuozzo.com Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Diffstat (limited to 'tests/Makefile.include')
0 files changed, 0 insertions, 0 deletions