From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:57398) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzSai-0005EW-Oo for qemu-devel@nongnu.org; Thu, 09 Aug 2012 09:16:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzSah-0003iC-PI for qemu-devel@nongnu.org; Thu, 09 Aug 2012 09:15:56 -0400 Received: from mx1.redhat.com ([209.132.183.28]:36175) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzSah-0003i2-GC for qemu-devel@nongnu.org; Thu, 09 Aug 2012 09:15:55 -0400 Message-ID: <5023B7FD.6060306@redhat.com> Date: Thu, 09 Aug 2012 15:15:41 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <502283FA.2080506@profihost.ag> <5022912B.2000607@redhat.com> <50235527.4090804@profihost.ag> <50236059.7060801@redhat.com> <4A799203-5BFF-4DE9-9B85-459096EBEC22@profihost.ag> <50236484.2090702@redhat.com> <502369C7.7000300@profihost.ag> <50238E2A.1050203@profihost.ag> <5023A83D.9070509@profihost.ag> <5023AAB8.1090703@redhat.com> <5023AD9F.1070207@profihost.ag> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] virtio-scsi vs. virtio-blk List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: ronnie sahlberg Cc: Stefan Hajnoczi , qemu-devel , Stefan Priebe - Profihost AG Il 09/08/2012 14:52, ronnie sahlberg ha scritto: >> > >> > guest uses noop right now. Disk Host is nexentastor running open solaris. I >> > use libiscsi right now so the disks are not visible in both cases >> > (virtio-blk and virtio-scsi) to the host right now. >> > > And if you mount the disks locally on the host using open-iscsi, and > access them as /dev/sg* from qemu, what performance do you get? Good question. > virtio-blk would first go to scsi emulation and then call out to > block/iscsi.c to translate back to scsi commands to send to libiscsi > > while virtio-scsi (I think) would treat libiscsi as a generic scsi > passthrough device. I.e. all commands just go straight through > bdrv_aio_ioctl(SG_IO) I think he's not using scsi-block or scsi-generic, because 1.0 libiscsi didn't support that. scsi-generic would indeed incur some overhead because it does not do scatter/gather I/O directly, but scsi-hd/scsi-block do not have this overhead. In any case, that should be visible through the output of perf if it is significant. Paolo