From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KdmnG-0003hL-Ru for qemu-devel@nongnu.org; Thu, 11 Sep 2008 10:05:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KdmnF-0003ek-3q for qemu-devel@nongnu.org; Thu, 11 Sep 2008 10:05:10 -0400 Received: from [199.232.76.173] (port=58606 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KdmnE-0003eX-Vv for qemu-devel@nongnu.org; Thu, 11 Sep 2008 10:05:09 -0400 Received: from e4.ny.us.ibm.com ([32.97.182.144]:51859) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KdmnE-0007kb-Gf for qemu-devel@nongnu.org; Thu, 11 Sep 2008 10:05:08 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e4.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m8BE55Ya020238 for ; Thu, 11 Sep 2008 10:05:05 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8BE55XQ226416 for ; Thu, 11 Sep 2008 10:05:05 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8BE55WX019631 for ; Thu, 11 Sep 2008 10:05:05 -0400 Message-ID: <48C92560.4000501@us.ibm.com> Date: Thu, 11 Sep 2008 09:04:16 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <1221061788-26166-1-git-send-email-aliguori@us.ibm.com> <48C8CD4E.1020705@redhat.com> <48C91302.70207@us.ibm.com> <48C91A00.3060403@redhat.com> In-Reply-To: <48C91A00.3060403@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH][RFC] Refactor AIO to allow multiple AIO implementations Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Ryan Harper , qemu-devel@nongnu.org, kvm@vger.kernel.org Gerd Hoffmann wrote: > Anthony Liguori wrote: > >> Gerd Hoffmann wrote: >> >>> Hmm, what is the long-term plan for this? >>> >> Step one is to move the generic aio bits out of block-raw-posix (which >> this patch does). >> >> Step two is to move the posix-aio routines out of block-raw-posix. >> >> Step three would be to add a generic interface to allow block-raw-posix >> to use multiple aio implementations >> >> Step four would be to add a new aio implementation >> > > Sounds good. > > >> (I think the best >> route is a thread-pool based implementation). >> > > Not sure about that. linux-aio would have the advantage that the kernel > knows about all the requests in flight and probably can do a better job > on I/O ordering and scheduling then. But once we can have multiple > different implementations we can just try ;) > But linux-aio doesn't work unless you're using O_DIRECT so for a lot of users, it's not very helpful. Regards, Anthony Liguori > cheers, > Gerd > >