- Mail original -
De: "Vasiliy Tolstov"
À: "aderumier"
Cc: "qemu-devel"
Envoyé: Mercredi 25 Novembre 2015 11:48:11
Objet: Re: [Qemu-devel] poor virtio-scsi performance (fio testing)
2015-11-25 13:27 GMT+03:00 Alexandre DERUMIER :
> I have tested with
On Wed, 11/25 13:10, Vasiliy Tolstov wrote:
> 2015-11-25 12:35 GMT+03:00 Stefan Hajnoczi :
> > You can get better aio=native performance with qemu.git/master. Please
> > see commit fc73548e444ae3239f6cef44a5200b5d2c3e85d1 ("virtio-blk: use
> > blk_io_plug/unplug for Linux AIO batching").
>
>
> T
2015-11-25 13:27 GMT+03:00 Alexandre DERUMIER :
> I have tested with a raw file, qemu 2.4 + virtio-scsi (without iothread), I'm
> around 25k iops
> with an intel ssd 3500. (host cpu are xeon v3 3,1ghz)
What scheduler you have on host system? May be my default cfq slowdown?
--
Vasiliy Tolstov,
mu-devel"
Envoyé: Mercredi 25 Novembre 2015 11:12:33
Objet: Re: [Qemu-devel] poor virtio-scsi performance (fio testing)
2015-11-25 13:08 GMT+03:00 Alexandre DERUMIER :
> Maybe could you try to create 2 disk in your vm, each with 1 dedicated
> iothread,
>
> then try to run f
2015-11-25 13:08 GMT+03:00 Alexandre DERUMIER :
> Maybe could you try to create 2 disk in your vm, each with 1 dedicated
> iothread,
>
> then try to run fio on both disk at the same time, and see if performance
> improve.
>
Thats fine, but by default i have only one disk inside vm, so i prefer
i
2015-11-25 12:35 GMT+03:00 Stefan Hajnoczi :
> You can get better aio=native performance with qemu.git/master. Please
> see commit fc73548e444ae3239f6cef44a5200b5d2c3e85d1 ("virtio-blk: use
> blk_io_plug/unplug for Linux AIO batching").
Thanks Stefan! Does this patch only for virtio-blk or it ca
or raw file ?
- Mail original -
De: "Vasiliy Tolstov"
À: "qemu-devel"
Envoyé: Jeudi 19 Novembre 2015 09:16:22
Objet: [Qemu-devel] poor virtio-scsi performance (fio testing)
I'm test virtio-scsi on various kernels (with and without scsi-mq)
with deadline io sc
On Thu, Nov 19, 2015 at 11:16:22AM +0300, Vasiliy Tolstov wrote:
> I'm test virtio-scsi on various kernels (with and without scsi-mq)
> with deadline io scheduler (best performance). I'm test with lvm thin
> volume and with sheepdog storage. Data goes to ssd that have on host
> system is about 30K
I'm test virtio-scsi on various kernels (with and without scsi-mq)
with deadline io scheduler (best performance). I'm test with lvm thin
volume and with sheepdog storage. Data goes to ssd that have on host
system is about 30K iops.
When i'm test via fio
[randrw]
blocksize=4k
filename=/dev/sdb
rw=ra
On 08/06/2015 16:00, Vasiliy Tolstov wrote:
> 2015-06-08 16:46 GMT+03:00 Paolo Bonzini :
>> > virtio-scsi dataplane is not yet 100% thread-safe, but in practice it
>> > should work in 2.3+. It's definitely good enough for benchmarking.
>
> Minimal qemu version is 2.3 or something from git?
2.3
2015-06-08 16:46 GMT+03:00 Paolo Bonzini :
> virtio-scsi dataplane is not yet 100% thread-safe, but in practice it
> should work in 2.3+. It's definitely good enough for benchmarking.
Minimal qemu version is 2.3 or something from git?
Also how can i enable dataplane ?
--
Vasiliy Tolstov,
e-mai
2015-06-08 16:10 GMT+03:00 Andrey Korolyov :
> You are probably hitting the (more or less fundamental) ceiling which
> was the reason for introducing dataplane backend recently, in other
> words, it does not matter how fast your backend is, the operation
> number will be limited by 50..100kIOPS wit
On 08/06/2015 15:10, Andrey Korolyov wrote:
>
> You are probably hitting the (more or less fundamental) ceiling which
> was the reason for introducing dataplane backend recently, in other
> words, it does not matter how fast your backend is, the operation
> number will be limited by 50..100kIOPS
On Mon, Jun 8, 2015 at 12:52 PM, Alexey wrote:
> Hi all!
>
> I suspected poor performance of virtio-scsi driver.
> I did a few tests:
>Host machine: linux 3.19.1, QEMU emulator version 2.3.0
>Guest machine: linux 4.0.4
>
>part of domain xml:
> /usr/bin/kvm
>
>discard='
Hi,
if you want to use multiqueues in guest, you need to enabled it on virtio-scsi
controller.
for example.
- Mail original -
De: "Vasiliy Tolstov"
À: "qemu-devel" , libvir-l...@redhat.com
Envoyé: Lundi 8 Juin 2015 12:30:59
Objet: [Qemu-devel] poor virtio-scsi
Hi all!
I suspected poor performance of virtio-scsi driver.
I did a few tests:
Host machine: linux 3.19.1, QEMU emulator version 2.3.0
Guest machine: linux 4.0.4
part of domain xml:
/usr/bin/kvm
discard='unmap'/>
/dev/ram0 I got b
Hi all!
I suspected poor performance of virtio-scsi driver.
I did a few tests:
Host machine: linux 3.19.1, QEMU emulator version 2.3.0
Guest machine: linux 4.0.4
part of domain xml:
/usr/bin/kvm
discard='unmap'/>
/dev/ram0 I got b
Hi all!
I suspected poor performance of virtio-scsi driver.
I did a few tests:
Host machine: linux 3.19.1, QEMU emulator version 2.3.0
Guest machine: linux 4.0.4
part of domain xml:
/usr/bin/kvm
/dev/ram0 I got by running `modprobe
18 matches
Mail list logo
