pau*_*n32 12 ssh xorg wayland 17.10
我使用 Ubuntu 17.04。我一直使用 ssh 和 X11 转发来显示在我的计算机本地服务器上运行的 GUI 程序。
Ubuntu 17.10 提供 Wayland 而不是 X11,自 2011 年以来,我已经阅读了大量关于这“可能”如何影响 X11 转发应用程序的帖子。我发现了很多关于灾难的预测,以及很多关于网络透明度的预测。
一些帖子声称我将被迫在登录时在 X11 或 Wayland 之间进行选择。但是,我在 Macintosh 和 Windows 上都运行了 X11 服务器,所以我认为这不一定是非此即彼的选择。但这只是更多的猜测。这实际上是如何工作的?
不,这超出了 Wayland 的范围。为了支持远程渲染,您需要定义一个渲染 API,这是我一直非常小心避免做的事情。Wayland 之所以如此简单可行,是因为我正在回避这项艰巨的任务并将其推给客户。这是一个有趣的挑战,一项非常艰巨的任务,很难做到正确,但本质上与 Wayland 试图实现的目标是正交的。
这并不意味着 Wayland 无法进行远程渲染,只是意味着您必须将远程渲染服务器放在 Wayland 之上。一个这样的服务器可能是 X.org 服务器,但其他选项包括 RDP 服务器、VNC 服务器,或者有人甚至可以发明他们自己的新远程渲染模型。当您考虑它时,这是一个功能;在 Wayland 之上分层 X.org 的开销很小,但其他类型的远程渲染服务器不再需要 X.org,并且更容易尝试新协议。
也可以将远程协议放入 Wayland 合成器中,可以是独立的远程合成器,也可以作为完整桌面合成器的一部分。这将让我们转发本地 Wayland 应用程序。独立合成器可以让您登录服务器并在桌面上运行应用程序。将转发构建到桌面合成器中可以让您使用远程 Wayland 合成器即时导出或共享窗口,例如朋友的桌面。
TL;DR 是它“超出范围”。多年来,有很多应用程序和协议专门用于这种工作,将这个协议添加到 Wayland 几乎没有意义。
值得一提的是,AFAIK 没有人在 Wayland 合成器之上研究过提到的 X.org 协议的假设用法。
我要求 Ubuntu 17.10 用户提供关于“X11 转发”的报告。
我猜你在谈论一个错误报告。你不会找到一个(好吧,至少不是一个打开的),因为它会作为 NOTABUG 关闭。
我发现许多灾难的预言
这有什么不好?并不是说你失去了一个功能,这种工作有很多协议。此外,虽然我自己不使用 X11 转发,但从我读过的内容来看,它现在对许多应用程序都不起作用。我依稀记得,这是因为许多应用程序(主要是游戏和那些对图形很重要的应用程序)都使用直接渲染并绕过 XServer。
你可以坚持使用X11,我不认为这是一个问题。Wayland 仍在开发中,X11 在很长一段时间内不会去任何地方。事实上 ATM,在众多 DE 中,Gnome 是唯一一个让 Wayland 运行良好的。您可能会觉得这很有趣,但即使是 Weston——存在的唯一目的是作为参考实现——让它完全工作,因为它不支持主要选择协议。
一些开发也在 XServer 领域继续进行。例如,就在昨天,我在 Freenode 的 #dri-devel 频道上粗略地看到了一些关于 HDR 实现的讨论。所以它绝对不会过时。
| 归档时间: |
|
| 查看次数: |
15179 次 |
| 最近记录: |