From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NKBzz-0005x0-4V for qemu-devel@nongnu.org; Mon, 14 Dec 2009 09:34:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NKBzu-0005tV-BG for qemu-devel@nongnu.org; Mon, 14 Dec 2009 09:34:06 -0500 Received: from [199.232.76.173] (port=39779 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NKBzt-0005tM-UG for qemu-devel@nongnu.org; Mon, 14 Dec 2009 09:34:01 -0500 Received: from mail-yw0-f171.google.com ([209.85.211.171]:37125) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NKBzt-0003bw-Tl for qemu-devel@nongnu.org; Mon, 14 Dec 2009 09:34:02 -0500 Received: by ywh1 with SMTP id 1so2802499ywh.18 for ; Mon, 14 Dec 2009 06:34:00 -0800 (PST) Message-ID: <4B264CD3.8080700@codemonkey.ws> Date: Mon, 14 Dec 2009 08:33:55 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Spice project is now open References: <1393046876.1549021260539141025.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com> <4B226BFC.1040606@codemonkey.ws> <20091211204828.464707cf@redhat.com> <4B2297A2.8040102@codemonkey.ws> <20091211212135.645864f9@redhat.com> <4B229DCE.7070500@codemonkey.ws> <20091211213911.0dce90dc@redhat.com> <4B22A2D9.6020602@codemonkey.ws> <20091211222101.5e924d20@redhat.com> <4B22AFBF.6080709@codemonkey.ws> <20091211231334.3d8a599f@redhat.com> <8BF07900-1F21-4E1C-AFC7-FF9CC47525A3@suse.de> <4B264413.5090708@redhat.com> In-Reply-To: <4B264413.5090708@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Yaniv Kamay , Izik Eidus , Alexander Graf , qemu-devel@nongnu.org Gerd Hoffmann wrote: > Hi, > >> Well, in fact VNC would wait for the refresh timer of the VGA >> framebuffer dirty thing and only send a single update too. > > Well, it isn't that simple. When copyrect is used updates can be > *much* more frequently. Reason is that the vnc server has to push out > outstanding dirty regions before sending the copyrect command. > Otherwise the client-side blit would work with stale data. Correct. It's possible to do dependency tracking in order to queue the copyrects along with the intermediate updates but so far, this hasn't seemed to be necessary. Regards, Anthony Liguori