From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HRRAg-0007Ab-RP for qemu-devel@nongnu.org; Wed, 14 Mar 2007 06:57:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HRRAe-00078u-IV for qemu-devel@nongnu.org; Wed, 14 Mar 2007 06:57:29 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRRAe-00078r-Bw for qemu-devel@nongnu.org; Wed, 14 Mar 2007 05:57:28 -0500 Received: from mtaout02-winn.ispmail.ntl.com ([81.103.221.48]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HRR9l-00088b-HK for qemu-devel@nongnu.org; Wed, 14 Mar 2007 06:56:33 -0400 From: Julian Seward Subject: Re: [Qemu-devel] [PATCH] Reducing X communication bandwidth, take 2 Date: Wed, 14 Mar 2007 10:53:59 +0000 References: <200703140152.01319.jseward@acm.org> <45F76E76.6080902@codemonkey.ws> <200703140457.51798.mark.williamson@cl.cam.ac.uk> In-Reply-To: <200703140457.51798.mark.williamson@cl.cam.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703141053.59523.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 Wednesday 14 March 2007 04:57, Mark Williamson wrote: > > > Here is a somewhat revised version of a patch I first made nearly > > > three years ago. The original thread is > > > > The idea here is quite similar to what the VNC server does now. > > > > If this is desirable for SDL too, then perhaps we should find a way to > > fold this into common code? > > > > Although, is there a compelling reason to use SDL over X instead of VNC? > > I sometimes do this sort of thing because it Just Works with no manual > configuring of port forwarding etc. I don't necessarily like to do it for > extended usage but it is very convenient. Yes. VNC is all very nice (I use it a lot) but is hassle to set up, what with making holes in firewalls and/or port forwarding etc. This patch has the "it just works" property. In fact I obtained (by far) the best remote X performance by using both this patch and making the remote X connection with "ssh -XC -o CompressionLevel=1". The patch knocks out the majority of the data, and the ssh compression squashed what remained by more than a factor of 10. Doing this it was hard to tell that QEMU was not running locally. J