diff options
| author | Denis Plotnikov | 2020-02-14 08:46:48 +0100 |
|---|---|---|
| committer | Stefan Hajnoczi | 2020-02-22 09:26:47 +0100 |
| commit | c9b7d9ec21dfca716f0bb3b68dee75660d86629c (patch) | |
| tree | a1dd32e40939607157457ed2dec0d16f5e4ff295 /tests/Makefile.include | |
| parent | Merge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20200221-... (diff) | |
| download | qemu-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
