From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FHusB-0007KW-T0 for qemu-devel@nongnu.org; Fri, 10 Mar 2006 22:34:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FHusA-0007Hu-Th for qemu-devel@nongnu.org; Fri, 10 Mar 2006 22:34:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FHusA-0007HG-Mf for qemu-devel@nongnu.org; Fri, 10 Mar 2006 22:34:30 -0500 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 1FHuvb-0005Dx-B5 for qemu-devel@nongnu.org; Fri, 10 Mar 2006 22:38:03 -0500 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FHus5-0000j8-Ro for qemu-devel@nongnu.org; Sat, 11 Mar 2006 04:34:25 +0100 Received: from dslb-084-061-149-214.pools.arcor-ip.net ([84.61.149.214]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 11 Mar 2006 04:34:25 +0100 Received: from skoehler by dslb-084-061-149-214.pools.arcor-ip.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 11 Mar 2006 04:34:25 +0100 From: =?ISO-8859-15?Q?Sven_K=F6hler?= Date: Sat, 11 Mar 2006 04:34:17 +0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Sender: news Subject: [Qemu-devel] qemu (cvs-version) performance? 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 Hi, i'd like to know, what the qemu-project aims at. Do the authers aim at writing (together with kqemu or qv86) an alternative to VMWare? (At least in the x86 virtualization case) I first thought that way and i still hope that, but i was disappointed by qemu 0.8.0 and the latest version from CVS. I thought, that qemu-0.8.0's problem would be disk-IO. I installed Windows 2000 and in the task-manager the CPU-Time is 100% during intense IO. A "dir c:\ /A /S /B >NUL:" on the console causes 100% CPU-time and most of it being that red-colored "in-kernel-time". The DMA-mode is active according to the device-manager, since i upgraded to qemu CVS (version from an hour ago). So IO still seems to be very expensive. AFAIK, IDE-DMA or BusMastering should enable the CPU to do other things while waiting for the Interrupt that signals the finished transfer. (My knowledge about hardware is not that good though.) But the virtual CPU is not idle and the host's CPU isn't either. Of course i'm using kqemu. So what might be wrong? Some hints: - the disk-image(raw format) is on a reiserfs-filesystem - the host ist kernel 2.6.15 Please don't understand me wrong. I appreciate your work. Greetings Sven