From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DL0Ev-0003hs-Vq for qemu-devel@nongnu.org; Mon, 11 Apr 2005 10:50:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DL0Er-0003eE-DY for qemu-devel@nongnu.org; Mon, 11 Apr 2005 10:50:11 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DL0Eq-0003dN-PF for qemu-devel@nongnu.org; Mon, 11 Apr 2005 10:50:08 -0400 Received: from [65.74.133.9] (helo=mail.codesourcery.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DL0gv-0003lk-Qq for qemu-devel@nongnu.org; Mon, 11 Apr 2005 11:19:10 -0400 From: Paul Brook Subject: Re: [Qemu-devel] qvm86, kqemu and video speed Date: Mon, 11 Apr 2005 16:17:29 +0100 References: <425A84B0.60200@praguespringpeople.org> <425A914C.9010608@mastros.biz> In-Reply-To: <425A914C.9010608@mastros.biz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504111617.29191.paul@codesourcery.com> 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 Monday 11 April 2005 16:01, James Mastros wrote: > After that, I think the best thing to do is to move from emulating a > standard video card to defining our own that maps from the operations > that the OS calls its video driver on to the operations that SDL > implements, leaving any that do not map simply for the OS to emulate, on > the theory that it probably knows how to better then we do. However, > this is a much larger undertaking, as it requires learning the driver > model of the guest OSes. I agree that emulating a "custom" driver model should give better performance than emulating real hardware (VMware does this). However I think you should provide all the functionality you possibly can, even if the host doesn't provide native acceleration for it. It's always going to be faster to do something in software on the host than it is on the guest. Paul