From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CtrSc-0001uF-Lm for qemu-devel@nongnu.org; Wed, 26 Jan 2005 13:00:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CtrSb-0001tv-9M for qemu-devel@nongnu.org; Wed, 26 Jan 2005 13:00:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CtrOV-0000Ni-TU for qemu-devel@nongnu.org; Wed, 26 Jan 2005 12:55:55 -0500 Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ctr0E-0007GQ-Hf for qemu-devel@nongnu.org; Wed, 26 Jan 2005 12:30:50 -0500 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Ctr0C-0000IS-00 for ; Wed, 26 Jan 2005 18:30:48 +0100 Received: from 203.7.227.188 ([203.7.227.188]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 26 Jan 2005 18:30:47 +0100 Received: from wildfire by 203.7.227.188 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 26 Jan 2005 18:30:47 +0100 From: Anand Kumria Date: Thu, 27 Jan 2005 04:37:51 +1100 Message-ID: References: <47538.64.244.234.131.1106707762.squirrel@64.244.234.131> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: news Subject: [Qemu-devel] Re: qemu varying 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 On Tue, 25 Jan 2005 20:49:22 -0600, Lee wrote: > > Hello, > > Im not sure if this is a bug, but I wanted to mention it anyways. > > My host computer is running the 2.4.24 kernel with smp support, xfree86, > and openbox for the window manager (16 virtual desktops). > > when i am on the desktop that qemu is running on, the performance seems > normal to me. > > then i will switch to a different desktop and work there for a while > (expecting that qemu will continue processing on the other desktop). > > then after a while i will go back to the qemu virtual desktop and it > seems that qemu will then pick up where it left off at (either there or > a little bit after that point) and run again at normal speed. > > this seems like qemu does a MAJOR slow down when it is not being > displayed on the active desktop. > > has anyone else noticed this behavior? Yes, although I also experience the same problem within the same desktop. I've noticed that as soon as qemu captures either the mouse or the keyboard it speeds up again. Anand