Bug 62033 - RFE: Means to detect local-only
Summary: RFE: Means to detect local-only
Status: RESOLVED MOVED
Alias: None
Product: Spice
Classification: Unclassified
Component: unix agent (show other bugs)
Version: unspecified
Hardware: Other Linux (All)
: medium normal
Assignee: Fedor Lyakhov
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-08 17:51 UTC by Zeeshan Ali
Modified: 2018-06-03 10:26 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Zeeshan Ali 2013-03-08 17:51:03 UTC
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.
Comment 1 Fedor Lyakhov 2013-06-12 21:55:51 UTC
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...)
Comment 2 Zeeshan Ali 2013-06-12 23:37:01 UTC
(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.
Comment 3 Zeeshan Ali 2014-10-16 13:02:47 UTC
Any progress on this?
Comment 4 Marc-Andre Lureau 2014-10-24 16:45:31 UTC
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).
Comment 5 Zeeshan Ali 2014-10-24 17:05:19 UTC
(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.
Comment 6 Marc-Andre Lureau 2015-01-16 15:52:31 UTC
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.
Comment 7 GitLab Migration User 2018-06-03 10:26:36 UTC
-- 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.