From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LiiLK-0008Qo-6o for qemu-devel@nongnu.org; Sun, 15 Mar 2009 00:52:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LiiLF-0008QU-JA for qemu-devel@nongnu.org; Sun, 15 Mar 2009 00:52:57 -0400 Received: from [199.232.76.173] (port=34284 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LiiLF-0008QR-GU for qemu-devel@nongnu.org; Sun, 15 Mar 2009 00:52:53 -0400 Received: from verein.lst.de ([213.95.11.210]:34903) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1LiiLF-0000Wl-0d for qemu-devel@nongnu.org; Sun, 15 Mar 2009 00:52:53 -0400 Received: from verein.lst.de (localhost [127.0.0.1]) by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id n2F4qoIF016920 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 15 Mar 2009 05:52:51 +0100 Received: (from hch@localhost) by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id n2F4qoux016918 for qemu-devel@nongnu.org; Sun, 15 Mar 2009 05:52:50 +0100 Date: Sun, 15 Mar 2009 05:52:50 +0100 From: Christoph Hellwig Subject: Re: [Qemu-devel] [PACH] qemu-io - an I/O path exerciser Message-ID: <20090315045250.GA16897@lst.de> References: <20090314193346.GA3955@lst.de> <1237072586.5813.0.camel@Quad> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1237072586.5813.0.camel@Quad> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Sun, Mar 15, 2009 at 12:16:26AM +0100, Laurent Vivier wrote: > Le samedi 14 mars 2009 ?? 20:33 +0100, Christoph Hellwig a ??crit : > > This patch adds a new qemu-io tool that links against the block layer and > > image formats and allow to exercise them without needing a guest image. > > I think this kind of thing can be done using "qemu-nbd" and any I/O > tool. No it can't. qemu-nbd is using just one single I/O method while we have three each for read and write. Nevermind all the other bdrv_ methods which can't easily be exposed over nbd.