From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37055) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLoOV-00051W-Cw for qemu-devel@nongnu.org; Wed, 20 Jan 2016 03:45:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLoOS-0004PW-6j for qemu-devel@nongnu.org; Wed, 20 Jan 2016 03:45:35 -0500 Received: from mx1.redhat.com ([209.132.183.28]:58906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLoOS-0004PQ-1x for qemu-devel@nongnu.org; Wed, 20 Jan 2016 03:45:32 -0500 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id 82C0FC0ED3EE for ; Wed, 20 Jan 2016 08:45:31 +0000 (UTC) Message-ID: <1453279529.11804.38.camel@redhat.com> From: Gerd Hoffmann Date: Wed, 20 Jan 2016 09:45:29 +0100 In-Reply-To: <569F159D.4000501@redhat.com> References: <1453110880.23289.7.camel@redhat.com> <569D4C69.5070304@redhat.com> <1453208507.18326.77.camel@redhat.com> <20160119152842.GN26662@redhat.com> <569F159D.4000501@redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 Subject: Re: [Qemu-devel] RFC: running the user interface in a thread ... List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Blake Cc: David Airlie , qemu-devel , =?ISO-8859-1?Q?Marc-Andr=E9?= Lureau Hi, > >> Related: Possibly we should move UIs to another *process* instead? > >> At least the ones which use a UI toolkit (i.e. sdl, gtk, cocoa). > >=20 > > Is the worth the effort ? The majority of mgmt apps use spice/vnc which > > is already out of process. When you are using libvirt you are not using sdl/gtk/cocoa, period. It is quite inconvenient to setup. gtk isn't supported in the first place (possible to make work with trickery though). Google finds nothing on the topic. I highly doubt this is in widespread use. > > Will the people do use SDL/GTK/Coca backends, > > be doing so in a scenario where moving the UI to a separate process is > > a benefit to them ? Using gtk/sdl is very convenient when using qemu directly. Running "qemu -some-switches-to-test-stuff -cdrom /path/to/fedora-live.iso" and have gtk ui come up is nice, so you don't have care about finding an unused port and to startup a viewer process. We hardly can take that away without having users scream. We could try to go for better integration with viewers. Launching remote-viewer with correct parameters would be a simple start (i.e. something along the lines of -spice port=3Dauto,viewer=3Dyes). But that wouldn't match neither gtk nor libvirt+virt-viewer feature-wise because it wouldn't allow to control the machine (reset, shutdown, ...). So if we want deprecate and later drop toolkit (gtk/sdl/cocoa) UIs in favor of something like this we need to do better. We could build some qemu viewer app using the spice gtk widget instead of trying to move our existing gtk code into a separate process. spice would need a portable shared memory transport then, otherwise such a setup wouldn't be able to match gtk/sdl in performance. cheers, Gerd