From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LPEpw-0006KU-N9 for qemu-devel@nongnu.org; Tue, 20 Jan 2009 06:32:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LPEpv-0006JC-CP for qemu-devel@nongnu.org; Tue, 20 Jan 2009 06:32:04 -0500 Received: from [199.232.76.173] (port=34275 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPEpu-0006Im-S8 for qemu-devel@nongnu.org; Tue, 20 Jan 2009 06:32:03 -0500 Received: from smtp.ctxuk.citrix.com ([62.200.22.115]:9196 helo=SMTP.EU.CITRIX.COM) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LPEpu-0003p3-GU for qemu-devel@nongnu.org; Tue, 20 Jan 2009 06:32:02 -0500 Message-ID: <4975B55C.40505@eu.citrix.com> Date: Tue, 20 Jan 2009 11:28:28 +0000 From: Stefano Stabellini MIME-Version: 1.0 References: <20090119162633.GO29175@csclub.uwaterloo.ca> <20090119194221.GS29175@csclub.uwaterloo.ca> <20090120005351.GV29175@csclub.uwaterloo.ca> <200901200133.25029.paul@codesourcery.com> <4975B3F6.6050706@eu.citrix.com> In-Reply-To: <4975B3F6.6050706@eu.citrix.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: Extremely slow graphic updates Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: qemu-devel@nongnu.org, Lennart Sorensen Stefano Stabellini wrote: > Paul Brook wrote: > >>> 'ssh -X fastserver' and running qemu there. With the new display code >>> this has made qemu very slow and hardly useable. >> I'm seeing similar extreme slowness even on a local machine. >> >> Particularly noticeable is that the monitor displayed on a qemu virtual SDL >> console (i.e. the defaut) slow enough to be practically unusable. It's taking >> the best part of a second to rendering a character. >> >> This is on an otherwise fast machine that does not have accelerated X drivers, >> which suggests we're doing something really dumb like reading from video ram. > > We are not doing anything that dumb (anything that I am aware of :) > >> I have confirmed that this is caused by r6336. >> > > What is the quickest way for me to reproduce this problem? > Have you seen this on ppc emulation only? > > I gather that the guest is in text mode. Have you seen this in graphical > mode too? If yes, what was the resolution of the guest? > > What is the resolution of your host? What X11 extensions are you using? > Do you set SDL_VIDEODRIVER anywhere? > > Sorry for the list of questions, I am just trying to better understand > the issue. > > And most important: are you sure it is an SDL only problem?