From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EMkt1-0006yl-Qn for qemu-devel@nongnu.org; Tue, 04 Oct 2005 07:23:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EMksz-0006xD-2s for qemu-devel@nongnu.org; Tue, 04 Oct 2005 07:23:05 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EMksy-0006r2-QI for qemu-devel@nongnu.org; Tue, 04 Oct 2005 07:23:04 -0400 Received: from [64.233.182.201] (helo=nproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EMkpL-0004Bx-TT for qemu-devel@nongnu.org; Tue, 04 Oct 2005 07:19:20 -0400 Received: by nproxy.gmail.com with SMTP id n15so223447nfc for ; Tue, 04 Oct 2005 04:19:19 -0700 (PDT) Message-ID: <46d6db660510040419p475ed971w3a452c0cebbfa13f@mail.gmail.com> Date: Tue, 4 Oct 2005 13:19:18 +0200 From: Christian MICHON Subject: Re: [Qemu-devel] [patch] non-blocking disk IO In-Reply-To: <46d6db660510040235i547ea37aw33965dbe77c0a390@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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> Reply-To: Christian MICHON , 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 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). I believe maybe someone with a windows host SMP could get different figures. If so, please update these accordingly and let the list know. Indeed, threading on a busy single CPU doesn't make it faster. A kernel compilation with kqemu makes full use of the CPU. :( I think we'll benefit mostly when copying files or setup OSes when the CPU is quite in IDLE state. I've no figures without kqemu yet. At least, it's a good start for speed improvement. Thanks for the patch! :) On 10/4/05, Christian MICHON wrote: > indeed, this was a quick and dirty hack :) > I just managed to compile pthreadGC2 statically... > pthread.h has to be modified to include extra > PTW32_STATIC_LIB info, like this: > > #define PTW32_VERSION 2,6,0,0 > #define PTW32_VERSION_STRING "2, 6, 0, 0\0" > #define PTW32_STATIC_LIB 1 > > I'll test it later today and will report realistic benchmarks > on windows hosts. > -- Christian