From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=44569 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1OMcH4-0007uV-LD
	for qemu-devel@nongnu.org; Thu, 10 Jun 2010 03:34:46 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69)
	(envelope-from <kraxel@redhat.com>) id 1OMcGD-000407-T7
	for qemu-devel@nongnu.org; Thu, 10 Jun 2010 03:33:12 -0400
Received: from mx1.redhat.com ([209.132.183.28]:4444)
	by eggs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <kraxel@redhat.com>) id 1OMcGD-0003zZ-JF
	for qemu-devel@nongnu.org; Thu, 10 Jun 2010 03:33:09 -0400
Message-ID: <4C10952B.6090202@redhat.com>
Date: Thu, 10 Jun 2010 09:32:59 +0200
From: Gerd Hoffmann <kraxel@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Disable PS/2 mouse
References: <4C0E3C75.7070209@dlh.net>	<m37hm84p36.fsf@blackfin.pond.sub.org>	<4C0F5082.2080403@dlh.net>	<4C0F727B.5010302@redhat.com>	<4C0F9B46.5080602@dlh.net>
	<4C0FA6C9.4070902@redhat.com> <4C109048.9060007@redhat.com>
In-Reply-To: <4C109048.9060007@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: dlaor@redhat.com
Cc: Peter Lieven <pl@dlh.net>, Markus Armbruster <armbru@redhat.com>, qemu-devel@nongnu.org

On 06/10/2010 09:12 AM, Dor Laor wrote:
> On 06/09/2010 05:35 PM, Gerd Hoffmann wrote:
>> Hi,
>>
>>> with 0.12.4 it is still the case that a total idle vm takes about 6-8%
>>> of a 2.4GHz Xeon Core.
>>
>> I see that order of magitude too, no matter whenever usb is on or off.
>> With older qemu and usbtablet it used to be up to 25%.
>
> Is it possible to dynamically control the refresh internally within qemu
> so VMs without a connected VNC client will have rare refreshes or no
> refresh at all? I hope it's not the OS who polls it.

vnc/vga or usb tablet?

For the vga it happens already, with no vnc client connected vnc zaps 
the refresh timer and stops calling vga_hw_update(), thus vga stops 
doing framebuffer dirty tracking too.

For usb hid devices:  No idea how they work and whenever we can put them 
into sleep somehow (with/without guest cooperation).

cheers,
   Gerd