From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G5naw-0003oD-5k for qemu-devel@nongnu.org; Wed, 26 Jul 2006 13:54:54 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G5nav-0003nt-BB for qemu-devel@nongnu.org; Wed, 26 Jul 2006 13:54:53 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G5nav-0003nq-7y for qemu-devel@nongnu.org; Wed, 26 Jul 2006 13:54:53 -0400 Received: from [195.184.98.160] (helo=virtualhost.dk) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1G5ncV-0005BA-Cu for qemu-devel@nongnu.org; Wed, 26 Jul 2006 13:56:31 -0400 Received: from [62.242.22.158] (helo=router.home.kernel.dk) by virtualhost.dk with esmtp (Exim 3.36 #1) id 1G5nau-0005qa-00 for qemu-devel@nongnu.org; Wed, 26 Jul 2006 19:54:52 +0200 Received: from nelson.home.kernel.dk ([192.168.0.33] helo=kernel.dk) by router.home.kernel.dk with esmtp (Exim 4.51) id 1G5nar-00017t-5R for qemu-devel@nongnu.org; Wed, 26 Jul 2006 19:54:49 +0200 Date: Wed, 26 Jul 2006 19:54:44 +0200 From: Jens Axboe Subject: Re: [Qemu-devel] Re: high CPU load / async IO? Message-ID: <20060726175443.GQ4044@suse.de> References: <200607261321.35291.paul@codesourcery.com> <20060726122358.GF4044@suse.de> <200607261327.50068.paul@codesourcery.com> <20060726124649.GG4044@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: Content-Transfer-Encoding: quoted-printable 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 Wed, Jul 26 2006, Sven K=F6hler wrote: > >>>>> Sounds good, so at least it's on its way :-) > >>>>> It's on of those big items left on the TODO, so will be good to s= ee go > >>>>> in. Then one should implement an ahci host controller for queued > >>>>> command support next... > >>>> Or use the scsi emulation :-) > >>> Ah, did not know that queueing was fully implemented there yet! > >> It isn't, but it's nearer than the SATA emulation! > >=20 > > ahci wouldn't be too much work, but definitely more so than finishing > > the scsi bits! >=20 > That sounds great! I feel, like my dreams come true. >=20 >=20 > BTW: Fabrice said, he will use the POSIX AIO (i guess, he means > http://www.bullopensource.org/posix/ in case of Linux, right?) Well I would assume that he just would use the glibc posix aio, which is suboptimal but at least the code can be reused. The bull project looks like it's trying to mimic posix aio on top of linux aio, so (if they got the details right) that should be faster. I didn't check their sources, though. You should be able to use the bull stuff with qemu, it would most likely overloading the glibc function for posix aio. > Which other OS do also support the POSIX AIO API? No idea really, but I would guess any "unixy" OS out there. --=20 Jens Axboe