From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fr1hS-0001xC-JZ for qemu-devel@nongnu.org; Thu, 15 Jun 2006 19:56:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fr1hQ-0001wL-2U for qemu-devel@nongnu.org; Thu, 15 Jun 2006 19:56:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fr1hP-0001wI-UM for qemu-devel@nongnu.org; Thu, 15 Jun 2006 19:56:31 -0400 Received: from [66.187.233.31] (helo=mx1.redhat.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fr1qu-0002Oz-TX for qemu-devel@nongnu.org; Thu, 15 Jun 2006 20:06:21 -0400 Date: Fri, 16 Jun 2006 00:56:23 +0100 From: "Daniel P. Berrange" Subject: Re: [Qemu-devel] Doing a Tcl/Tk based frontend Message-ID: <20060615235623.GB5198@redhat.com> References: <1150357642.5679.7.camel@excellence.kicks-ass.net> <9b0d5f320606150618q25cd2b51v6a2ee6fc951f26b9@mail.gmail.com> <44916C36.50505@gmail.com> <4491C457.2080402@gmail.com> <4491DF66.2090304@gmx.de> <1150411933.3016.26.camel@mjolnir> <20060615232325.GA5198@redhat.com> <4491EE46.9070702@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4491EE46.9070702@gmx.de> Reply-To: "Daniel P. Berrange" , qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Oliver Gerlich Cc: qemu-devel@nongnu.org On Fri, Jun 16, 2006 at 01:33:26AM +0200, Oliver Gerlich wrote: > Daniel P. Berrange schrieb: > > On Thu, Jun 15, 2006 at 05:52:14PM -0500, John Morris wrote: > > With the new VNC server capability there is no need to embed the emulator's > > existing window. You can just have a GTK/QT widget which acts as a VNC client > > taking the video feed & displaying directly within the GUI management app. > > Similarly you can redirect the QEMU monitor console to a UNIX pipe when > > lauching QEMU, so the management app can fully control the QEMU engine > > to do suspend/resume, snapshots, media changesi. > > > > I wrote an GUI app in Python which did the latter already: > > > > http://people.redhat.com/berrange/olpc/sdk/olpc-qemu-admin-demo.html > > > > At the time I wrote it there wasn't any VNC support in QEMU, so I couldn't > > hook up the display, but with the 0.8.1 release it wouldn't be much effort > > to embed the display directly in the app via VNC. So I don't think there > > are any changes required in QEMU itself to be able to create a fully > > featured QEMU frontend easily on a par with VMWare Desktop, if not better. > > > > Regards. > > Dan. > > VNC is a good idea... But isn't it a bit "laggy" for this purpose? I > think people accept a laggy mouse cursor in a VNC window that comes over > the network, but won't really accept that in virtual machine that's > running directly on their desktop. OTOH, I'm no VNC expert :) and maybe > there are tricks to speed this up?! There is no performance issue with native VNC on either localhost or a LAN. I know of places where people use a VNC session to a remote Linux desktop for day-to-day software development with no serious performance issues. Basically if your network is reasonably fast then there should be no issues. NB, I'm talking LAN - not WAN / Internet here, so assuming 100mb ethernet. That said its possible that a combination of VNC, and slow emulation of the display adapter within the guest OS could lower performance a bit more, but I'm still fairly optimistic that its usable. In any case slow display adapter emulation would affect the native SDL display mode too. Dan -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|