All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Andrey Korolyov <andrey@xdel.ru>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Cc: Peter Lieven <pl@kamp.de>
Subject: Re: [Qemu-devel] 4k seq read splitting for virtio-blk - possible workarounds?
Date: Mon, 26 Oct 2015 16:37:29 +0100	[thread overview]
Message-ID: <562E48B9.6090600@redhat.com> (raw)
In-Reply-To: <CABYiri9ZtC9tm8aoJ9LFBYW6EQkTTe1yVxunL_hDW22Y3x-0+g@mail.gmail.com>



On 26/10/2015 12:50, Andrey Korolyov wrote:
> Hi,
> 
> during the test against generic storage backend with NBD frontend we
> found that the virtio block device is always splitting a single read
> range request to 4k ones, bringing the overall performance of the
> sequential reads far below virtio-scsi. Random reads are going
> relatively well on small blocks due to small overhead comparing to
> sequential ones and writes are ok in all cases. Multiread slightly
> improves the situation, but it would be nice to see complete
> pass-through of range read requests down to backend without an
> intermediate splitting.
> 
> Samples measured on an NBD backend during 128k sequential reads for
> both virtio-blk and virtio-scsi are attached. Please let me know if it
> looks like that I missed something or this behavior is plainly wrong.

How does the blktrace look like in the guest?

Paolo

  reply	other threads:[~2015-10-26 15:37 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-26 11:50 [Qemu-devel] 4k seq read splitting for virtio-blk - possible workarounds? Andrey Korolyov
2015-10-26 15:37 ` Paolo Bonzini [this message]
2015-10-26 16:31   ` Andrey Korolyov
2015-10-26 16:37     ` Paolo Bonzini
2015-10-26 16:43       ` Andrey Korolyov
2015-10-26 17:03         ` Paolo Bonzini
2015-10-26 17:18           ` Andrey Korolyov
2015-10-26 17:32             ` Paolo Bonzini
2015-10-26 18:28               ` Andrey Korolyov
2015-10-27  2:04               ` Fam Zheng
2015-10-27  9:30                 ` Paolo Bonzini
2015-10-30 20:04                   ` Andrey Korolyov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=562E48B9.6090600@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=andrey@xdel.ru \
    --cc=pl@kamp.de \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.