From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JKXqS-0007rJ-R2 for qemu-devel@nongnu.org; Thu, 31 Jan 2008 06:44:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JKXqF-0007he-4e for qemu-devel@nongnu.org; Thu, 31 Jan 2008 06:44:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JKXqC-0007d2-S8 for qemu-devel@nongnu.org; Thu, 31 Jan 2008 06:44:25 -0500 Received: from server2linux.rebelnetworks.com ([66.135.41.201]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JKXma-00069M-Vu for qemu-devel@nongnu.org; Thu, 31 Jan 2008 06:40:41 -0500 Received: from p5b166b1c.dip.t-dialin.net ([91.22.107.28] helo=phoenix2.frop.org) by server2linux.rebelnetworks.com with esmtpa (Exim 4.68) (envelope-from ) id 1JKXmQ-0007GV-K5 for qemu-devel@nongnu.org; Thu, 31 Jan 2008 05:40:30 -0600 From: Julian Seward Subject: Re: [Qemu-devel] [patch] cocoa.m - Core Graphics support Date: Thu, 31 Jan 2008 12:38:10 +0100 References: <13FD6BC9-36B9-4911-82D4-739AC5E10E66@kberg.ch> <47A0F22A.9040704@codemonkey.ws> <20080131094613.GE4003@shareable.org> In-Reply-To: <20080131094613.GE4003@shareable.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801311238.10741.jseward@acm.org> 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 Thursday 31 January 2008 10:46, Jamie Lokier wrote: > Anthony Liguori wrote: > > VGA framebuffer operations come in as memory operations. They're > > tracked by watching what memory gets dirtied. This can only operate at > > a page-granularity so this results in scan-line granularity updates. > > The VNC front-end goes to great lengths to keep a shadowed framebuffer > > and reduce these updates to a smaller update region. You could possibly > > look at refactoring that code. However... > > That update region code should probably be moved to something generic > and made into a generic display option. > > Reducing update region is logically orthogonal, and could work with > any update method (e.g. local X11, remote X11, local X11-OpenGL, > remote X11-OpenGL, SDL etc.). With some of those, for some people > (especially some but not all remote setups) it might be worth it. For exactly these reasons I developed a shadow framebuffer patch which ... > makes QEMU's graphics emulation much more usable over remote > X connections, by reducing the amount of data sent to the X server. > This is particularly noticeable for small display updates, most > importantly mouse cursor movements, which become faster and so > generally make the guest's GUI more pleasant to use. See http://lists.gnu.org/archive/html/qemu-devel/2007-03/msg00141.html for the patch and short associated thread. It never got included, though. J