From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:51986) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SfGvH-0004NI-8Y for qemu-devel@nongnu.org; Thu, 14 Jun 2012 16:45:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SfGvE-000436-LK for qemu-devel@nongnu.org; Thu, 14 Jun 2012 16:45:42 -0400 Received: from mail.linux-iscsi.org ([67.23.28.174]:34047 helo=linux-iscsi.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SfGvE-00042p-GR for qemu-devel@nongnu.org; Thu, 14 Jun 2012 16:45:40 -0400 From: "Nicholas A. Bellinger" In-Reply-To: <4FD9D8A3.1080005@redhat.com> References: <1339582392.24309.15.camel@mengcong> <1339667122.28851.8.camel@mengcong> <20120614120722.GA7128@stefanha-thinkpad.localdomain> <4FD9D8A3.1080005@redhat.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 14 Jun 2012 13:45:37 -0700 Message-ID: <1339706737.12064.35.camel@haakon2.linux-iscsi.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] IO performance test on the tcm-vhost scsi List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: target-devel@vger.kernel.org, Stefan Hajnoczi , Stefan Hajnoczi , linuxram@us.ibm.com, qemu-devel@nongnu.org, Cong Meng , Anthony Liguori , Asias He On Thu, 2012-06-14 at 14:27 +0200, Paolo Bonzini wrote: > Il 14/06/2012 14:07, Stefan Hajnoczi ha scritto: > > Perfect, thanks. virtio-scsi userspace is much better than virtio-blk > > here. That's unexpected since they both use the QEMU block layer. If > > anything, I would have expected virtio-blk to be faster! > > Yes, I would have expected something similar. A blktrace would be > useful here because Asias measured the opposite---virtio-scsi being much > slower than virtio-blk. > > > The second question is why is tcm_vhost faster than virtio-scsi > > userspace. > > I would expect a difference on more high-end benchmarks (i.e. lots of > I/O to lots of disks), similar to vhost-blk. In this simple case I > wonder how much it is due to the vagaries of the I/O scheduler, or even > statistical noise. > Mmmm, good point wrt to the I/O scheduler. I wondering if the discrepancy between the two tests might be attributed one of the tests using noop (or something else..?) with virtio guest LUNs, or even the block scheduler used per default with the SCSI LUNs serving as the backends here.. --nab