From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EMmdT-0006uI-K3 for qemu-devel@nongnu.org; Tue, 04 Oct 2005 09:15:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EMmdM-0006pg-QA for qemu-devel@nongnu.org; Tue, 04 Oct 2005 09:15:08 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EMmdM-0006pT-Ei for qemu-devel@nongnu.org; Tue, 04 Oct 2005 09:15:04 -0400 Received: from [206.46.252.44] (helo=vms044pub.verizon.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EMmdG-0006KT-5y for qemu-devel@nongnu.org; Tue, 04 Oct 2005 09:14:58 -0400 Received: from [192.168.0.102] ([151.203.233.106]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0INU002UU7GS7V09@vms044.mailsrvcs.net> for qemu-devel@nongnu.org; Tue, 04 Oct 2005 08:14:53 -0500 (CDT) Date: Tue, 04 Oct 2005 09:14:14 -0400 From: John Coiner Subject: Re: [Qemu-devel] [patch] non-blocking disk IO In-reply-to: <46d6db660510040419p475ed971w3a452c0cebbfa13f@mail.gmail.com> Message-id: <43428026.20504@stanfordalumni.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7bit References: <4340D479.7030301@stanfordalumni.org> <434100A3.5030104@dblab.ece.ntua.gr> <46d6db660510030558y3413a698ra74d5a270de58bf2@mail.gmail.com> <43422C99.2010300@stanfordalumni.org> <434242DE.40906@dblab.ece.ntua.gr> <46d6db660510040235i547ea37aw33965dbe77c0a390@mail.gmail.com> <46d6db660510040419p475ed971w3a452c0cebbfa13f@mail.gmail.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christian MICHON , qemu-devel@nongnu.org Christian MICHON wrote: > hmmm.... > > the static binary crashes, the one with ptreadGC2.dll is ok. > > What I tried to measure, on windows host, kqemu-0.7.2 > loaded, was: > (1) tar -jxf linux-2.6.10.tar.bz2 > (2) make allnoconfig; make > > I confirm ~18% speed improvement in case (1), but no change > more or less for case (2). (1) is a parallel task -- 'tar' and 'bunzip2' run concurrently. You see a benefit here when one process can use the CPU while the other is blocked waiting for IO. (2) is a serial task. It can't benefit from non-blocking IO. 'make -j 2' should benefit, in cases where the host file cache is cold. -- john