From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G5TfK-0002Vx-VT for qemu-devel@nongnu.org; Tue, 25 Jul 2006 16:38:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G5TfI-0002Vk-VL for qemu-devel@nongnu.org; Tue, 25 Jul 2006 16:38:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G5TfI-0002Vh-Pm for qemu-devel@nongnu.org; Tue, 25 Jul 2006 16:38:04 -0400 Received: from [84.96.92.61] (helo=sMtp.neuf.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G5Tgg-0003ye-8G for qemu-devel@nongnu.org; Tue, 25 Jul 2006 16:39:30 -0400 Received: from [84.102.211.217] by sp604002mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-5.05 (built Feb 16 2006)) with ESMTP id <0J2Z00KYK7Z5CLU0@sp604002mt.gpm.neuf.ld> for qemu-devel@nongnu.org; Tue, 25 Jul 2006 22:37:54 +0200 (CEST) Date: Tue, 25 Jul 2006 22:37:56 +0200 From: Fabrice Bellard Subject: Re: [Qemu-devel] Re: high CPU load / async IO? In-reply-to: <20060725194316.GH4044@suse.de> Message-id: <44C68124.3020809@bellard.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: QUOTED-PRINTABLE References: <20060725194316.GH4044@suse.de> 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 Jens Axboe wrote: > On Tue, Jul 25 2006, Sven K=F6hler wrote: >=20 >>>>>So the current thread-based async dma patch is really just the w= rong long >>>>>term solution. A more long term solution is likely in the works= . It >>>>>requires quite a bit of code modification though. >>>> >>>>I see. So in other words: >>>> >>>>don't ask for simple async I/O now. The more complex and flexible >>>>sollution will follow soon. >>> >>>Yes, hopefully really soon. >> >>So i will wait patiently :-) >=20 >=20 > Is anyone actively working on this, or is it just speculation? I'd > greatly prefer (and might do, if no one is working on it and Fabric= e > would take it) do a libaio version, since that'll for sure perform = the > best on Linux. But a posixaio version might be saner, as that shoul= d > work on other operating systems as well. >=20 > Fabrice, can you let people know what you would prefer? I am working on an implementation and the first version will use the= =20 posix aio and possibly the Windows ReadFile/WriteFile overlapped I/Os= .=20 Anthony Liguori got a pre version of the code, but it is not commitab= le yet. Fabrice.