From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KcUVz-0000k0-TB for qemu-devel@nongnu.org; Sun, 07 Sep 2008 20:21:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KcUVy-0000jK-GJ for qemu-devel@nongnu.org; Sun, 07 Sep 2008 20:21:59 -0400 Received: from [199.232.76.173] (port=36876 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KcUVy-0000jF-7f for qemu-devel@nongnu.org; Sun, 07 Sep 2008 20:21:58 -0400 Received: from toccata.ens-lyon.org ([140.77.166.68]:43051) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KcUVx-0001bU-Rv for qemu-devel@nongnu.org; Sun, 07 Sep 2008 20:21:58 -0400 Date: Mon, 8 Sep 2008 02:21:55 +0200 From: Samuel Thibault Subject: Re: [Qemu-devel] [PATCH] opengl rendering in the sdl window Message-ID: <20080908002155.GD4307@implementation> References: <48B81423.9050502@eu.citrix.com> <200809071603.31181.paul@codesourcery.com> <20080907151254.GP4307@implementation> <200809071635.54858.paul@codesourcery.com> <20080907154143.GQ4307@implementation> <48C46CFE.5010204@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <48C46CFE.5010204@codemonkey.ws> Content-Transfer-Encoding: quoted-printable 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 Cc: Paul Brook Anthony Liguori, le Sun 07 Sep 2008 19:08:30 -0500, a =E9crit : > Samuel Thibault wrote: > >Paul Brook, le Sun 07 Sep 2008 16:35:54 +0100, a =E9crit : > >>It also depends what testcase you're benchmarking. A few pixels chang= ing=20 > >>every frame is IMHO not a particularly interesting case. > > > >But we shouldn't spend time on it. For qemu it's trivial to get the > >dirtyness of course. For Xen/KVM it's far less. >=20 > It's actually pretty simple with KVM. Well, you still have to ask the kernel for the dirty pages (qemu_kvm_get_dirty_pages). Much less simple and efficient than just reading from qemu's dirty array. > FWIW, I don't see guests consume a tremendous amount of CPU when idle=20 > with KVM. Can ya'll post some numbers with OpenGL and QEMU that show=20 > reduced CPU consumption? I wasn't arguing for OpenGL, but for DGA (and thus have no numbers since it doesn't work any more). Samuel