From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LPLIN-0003pI-AL for qemu-devel@nongnu.org; Tue, 20 Jan 2009 13:25:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LPLIL-0003nR-Lu for qemu-devel@nongnu.org; Tue, 20 Jan 2009 13:25:50 -0500 Received: from [199.232.76.173] (port=35569 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPLIL-0003nG-He for qemu-devel@nongnu.org; Tue, 20 Jan 2009 13:25:49 -0500 Received: from caffeine.csclub.uwaterloo.ca ([129.97.134.17]:59157) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LPLIL-0001WH-A3 for qemu-devel@nongnu.org; Tue, 20 Jan 2009 13:25:49 -0500 Date: Tue, 20 Jan 2009 13:25:48 -0500 Subject: Re: [Qemu-devel] Re: Extremely slow graphic updates Message-ID: <20090120182548.GA29175@csclub.uwaterloo.ca> References: <20090119194221.GS29175@csclub.uwaterloo.ca> <20090120005351.GV29175@csclub.uwaterloo.ca> <200901200133.25029.paul@codesourcery.com> <4975B3F6.6050706@eu.citrix.com> <20090120144518.GW29175@csclub.uwaterloo.ca> <4975EC17.3090404@eu.citrix.com> <20090120165534.GY29175@csclub.uwaterloo.ca> <20090120170933.GF5177@const.bordeaux.inria.fr> <20090120181533.GZ29175@csclub.uwaterloo.ca> <4976151B.2000903@eu.citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4976151B.2000903@eu.citrix.com> From: lsorense@csclub.uwaterloo.ca (Lennart Sorensen) Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefano Stabellini Cc: qemu-devel@nongnu.org, Paul Brook On Tue, Jan 20, 2009 at 06:16:59PM +0000, Stefano Stabellini wrote: > At risk of being silly, why don't you just use vnc to connect to qemu, > if qemu is running on a remote machine? > Obviously sdl is optimized for the local case. Well at the moment, openbios doesn't display when you use vnc by itself. Someone else said they could confirm that, and it had something to do with a display timer not being initialized. > Of course if it is slow even locally, then there must be something wrong > somewhere either in qemu or in sdl. Well I wasn't the one that saw it slow locally. Now does the change in 6336 make it faster on the local side for some people? if so, then I guess there is some potential there. Is there some environment that can be set to tell SDL what driver to use and how to behave? -- Len Sorensen