From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IzIl5-0002bw-0M for qemu-devel@nongnu.org; Mon, 03 Dec 2007 16:23:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IzIl1-0002bC-8O for qemu-devel@nongnu.org; Mon, 03 Dec 2007 16:23:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IzIl1-0002b7-2i for qemu-devel@nongnu.org; Mon, 03 Dec 2007 16:23:15 -0500 Received: from smtp.citrix.com ([66.165.176.89]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IzIl0-0007Gh-4B for qemu-devel@nongnu.org; Mon, 03 Dec 2007 16:23:14 -0500 Received: from implementation.famille.thibault.fr (aqu33-6-88-168-81-198.fbx.proxad.net [88.168.81.198]) (authenticated bits=0) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id lB3LN5TX026354 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 3 Dec 2007 13:23:08 -0800 Received: from samy by implementation.famille.thibault.fr with local (Exim 4.68) (envelope-from ) id 1IzIkq-0001ys-5y for qemu-devel@nongnu.org; Mon, 03 Dec 2007 22:23:04 +0100 Date: Mon, 3 Dec 2007 22:23:04 +0100 From: Samuel Thibault Subject: Re: [Qemu-devel] [PATCH 2/2 v2] Direct IDE I/O Message-ID: <20071203212304.GE3797@implementation> References: <11966765602186@bull.net> <4753D920.4060500@bellard.org> <1196677804.5275.5.camel@frecb07144> <475426C7.20503@codemonkey.ws> <20071203170800.GC3797@implementation> <47544588.10700@codemonkey.ws> <1196709044.5587.20.camel@frecb07144> <47547163.1020604@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <47547163.1020604@redhat.com> 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 Gerd Hoffmann, le Mon 03 Dec 2007 22:13:07 +0100, a écrit : > > BTW, if everyone thinks it could be a good idea I can port block-raw.c > > to use linux kernel AIO (without removing POSIX AIO support, of course) > > IMHO it would be a much better idea to kill the aio interface altogether > and instead make the block drivers reentrant. Then you can use > (multiple) posix threads to run the I/O async if you want. Mmm, that will not make my life easier... I'm precisely trying to avoid threads so as to get better throughput. Samuel