From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G5OKd-0001yC-0X for qemu-devel@nongnu.org; Tue, 25 Jul 2006 10:56:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G5OKb-0001xy-HD for qemu-devel@nongnu.org; Tue, 25 Jul 2006 10:56:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G5OKb-0001xv-Bs for qemu-devel@nongnu.org; Tue, 25 Jul 2006 10:56:21 -0400 Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1G5OLv-00058K-MW for qemu-devel@nongnu.org; Tue, 25 Jul 2006 10:57:44 -0400 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G5OKH-00088d-5n for qemu-devel@nongnu.org; Tue, 25 Jul 2006 16:56:01 +0200 Received: from stanchion.cs.utexas.edu ([128.83.144.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Jul 2006 16:56:01 +0200 Received: from anthony by stanchion.cs.utexas.edu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Jul 2006 16:56:01 +0200 From: Anthony Liguori Date: Tue, 25 Jul 2006 09:55:14 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: news Subject: [Qemu-devel] Re: high CPU load / async IO? 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 Tue, 25 Jul 2006 00:51:23 +0200, Sven Köhler wrote: >> IDE only supports one outstanding request, so having a thread that runs >> the synchronous block routines appears reasonable. However, SATA and SCSI >> both support multiple outstanding requests. The extension to the existing >> patch would be simple--increase the number of threads. > > ??? > > Wasn't there another variant using the async-I/O support of the Host OS > and thereby supporting a larger number of outstanding requests? Not that I know of. Do you have a pointer? > The approch that i mentioned above (using the host's async I/O) is what > you mean with using linux-aio, right? It depends on what you mean by the host's async I/O implementation. >> So the current thread-based async dma patch is really just the wrong 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. Regards, Anthony Liguori > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel