gnome-settings-daemon currently disables all animations if display is SPICE/VNC: https://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/remote-display/gsd-remote-display-manager.c#n171 . The original bug this tries to solve was about disabling animations only for slow (or simply all remote) connections: https://bugzilla.gnome.org/show_bug.cgi?id=680195 but they ended-up doing this if SPICE or VNC is in use because neither SPICE nor VNC provide means to detect if connection is remote or local. While it might be difficult to enable/disable animations on the fly for gnome-settings-daemon and also for vdagent to report dynamically if all connections are local, it shouldn't be very difficult for SPICE server to report to vdagent that its running local-only (bound to loopback network) and vdagent to expose this information for interested parties. gnome-settings-daemon can then look at this info and not disable animations if spice is local-only. This would be nice for Boxes, where all created VMs are by default local-only and we really want users to experience GNOME running inside a VM in the same (or at least very similar) way as natively running GNOME.
Hi, Could you please clarify 2 questions: 1. Why all remote connections should be treated as 'slow'? Is it true even for e.g. Gbit low-latency LAN connections? Looks like everything would be better than nothing right now (when all connections are treated as slow), but actually instead of identifying local/remote it is better to identify 'slow/fast'. 2. What interface do you expect from vdagent? AFAIK there are no similar interfaces there right now, so something new is required (this is also a question to core Spice developers - I'm just learning Spice...)
(In reply to comment #1) > Hi, > > Could you please clarify 2 questions: > 1. Why all remote connections should be treated as 'slow'? Is it true even > for e.g. Gbit low-latency LAN connections? > > Looks like everything would be better than nothing right now (when all > connections are treated as slow), Exactly my point with this bug. > but actually instead of identifying > local/remote it is better to identify 'slow/fast'. If that could be provided instead, I'm even happier. > 2. What interface do you expect from vdagent? AFAIK there are no similar > interfaces there right now, so something new is required (this is also a > question to core Spice developers - I'm just learning Spice...) Yeah, I'm afraid SPICE devs will have to answer this.
Any progress on this?
Is it worth having animations with Spice/QXL? Imho, it is best to have animations disabled as long as accelerated 3d isn't supported. When spice supports accelerated 3d, the gsd heureustic should be changed. Imho the gsd hint should be: disable if using sw rendering & QXL device (!= virtio channel check).
(In reply to Marc-Andre Lureau from comment #4) > Is it worth having animations with Spice/QXL? Imho, it is best to have > animations disabled as long as accelerated 3d isn't supported. > > When spice supports accelerated 3d, the gsd heureustic should be changed. > > Imho the gsd hint should be: disable if using sw rendering & QXL device (!= > virtio channel check). AFAIK, the shell animations aren't very cpu intensive so they work fine for local case. With animations being a central part of impressive UX, its a pity that they are all disabled when run under a VM IMHO.
a few patches are now in spice to disable some network tests with Unix sockets: http://lists.freedesktop.org/archives/spice-devel/2015-January/018562.html Similar checks could be added to disable all compression automatically etc.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/spice/linux/vd_agent/issues/2.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.