From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BWeo1-0000jD-6U for qemu-devel@nongnu.org; Sat, 05 Jun 2004 13:18:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BWeo0-0000j1-3A for qemu-devel@nongnu.org; Sat, 05 Jun 2004 13:18:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BWeo0-0000iy-1S for qemu-devel@nongnu.org; Sat, 05 Jun 2004 13:18:04 -0400 Received: from [194.90.9.20] (helo=mxout1.netvision.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BWenI-0003zk-KI for qemu-devel@nongnu.org; Sat, 05 Jun 2004 13:17:20 -0400 Received: from [217.132.198.142] by mxout1.netvision.net.il (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPA id <0HYU000HTIOTPN@mxout1.netvision.net.il> for qemu-devel@nongnu.org; Sat, 05 Jun 2004 20:17:18 +0300 (IDT) Date: Sat, 05 Jun 2004 20:15:13 +0300 From: Hetz Ben Hamo Subject: Re: [Qemu-devel] full speed ? In-reply-to: <200406051832.18282.vaise@votreservice.com> Message-id: <40C1FFA1.5000804@dad-answers.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <200406051832.18282.vaise@votreservice.com> 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 vaise@votreservice.com wrote: > Well, on my Athlon 1800+, Qemu is too slow to be usable... So my question is : > when Qemu does not do input/output,( for example calculus) , does it run at > nearly full speed ? (on x86 on x86 of course). Will it be possible one day, > or is it impossible due to its nature ? That really depends... Do you mean the graphics are too slow? you might want to try to enable Remote Desktop connection and use either rdesktop or Windows native client to connect and see the speed (if it's Windows XP).. QEMU is still in development stages and as time goes on, it will be faster. There are other plans to make it much faster (X86 on X86) but it cannot be discussed it at the moment.. Thanks, Hetz