根据http://mmol-6453.livejournal.com/253081.html网络透明度在要做的事情列表中,它只是在该列表的底部。如果所说的是真的,我们最终将能够以图形方式连接到另一台机器并运行应用程序,但不是立即,并且可能在 X 被删除之前。我希望这是真的,因为和这里的其他人一样,我认为这是基于 X 的系统比其他系统(如 Windows)的主要优势。
此常见问题解答中提供了完整的解释,但简短的摘要可能是:“Wayland 的目标是定义一个小协议,努力避免 X 的最大错误:做太多和授权太多(X 甚至有一个打印服务器!!!)。考虑到这个概念,没有突出的理由在 Wayland 协议中添加网络透明性。这可以在独立的 API 及其服务器/客户端中完成。Wayland 协议中没有任何内容反对网络透明性。”
值得一提的是,当前的 X 实现不再是网络透明的,正如 Daniel Stone在这个视频中解释的那样(如果你对这个论点感兴趣,并且如果你想要一些好的——nerdy——笑,你应该看看)。
我的理解是 X 将能够作为客户端在 Wayland 之上运行。例如,参见http://wayland.freedesktop.org/architecture.html底部的图表。
他们只提到能够与 X 共享输入设备以实现向后兼容性,但我认为这意味着即使 X 服务器在 Wayland 上运行,也可以通过远程连接与 X 服务器通信。
我不知道我无法通过 ssh 会话启动的任何图形应用程序。我,也许我认识的每个人每天都在专业地使用它。不仅在工作,在家也一样。Compiz 和其他很酷的效果是一种奢侈。我可能安装的每个图形应用程序的网络透明性是一项要求。RDP 或 VNC 是不可接受的替代品。
我在这个话题上能看到的只有这样的评论:“别担心,因为……[在此处插入让我担心的词]。
我想要的是让开发 Wayland 的人公开说“不要担心,因为“网络透明度是我们的首要任务。”他们知道我们想听到这一点,但他们不会在没有对冲的情况下说出来。
根据http://mmol-6453.livejournal.com/253081.html网络透明度在要做的事情列表中,它只是在该列表的底部。如果所说的是真的,我们最终将能够以图形方式连接到另一台机器并运行应用程序,但不是立即,并且可能在 X 被删除之前。我希望这是真的,因为和这里的其他人一样,我认为这是基于 X 的系统比其他系统(如 Windows)的主要优势。
正确答案是:“网络透明性超出了 Wayland 协议的范围”。
此常见问题解答中提供了完整的解释,但简短的摘要可能是:“Wayland 的目标是定义一个小协议,努力避免 X 的最大错误:做太多和授权太多(X 甚至有一个打印服务器!!!)。考虑到这个概念,没有突出的理由在 Wayland 协议中添加网络透明性。这可以在独立的 API 及其服务器/客户端中完成。Wayland 协议中没有任何内容反对网络透明性。”
值得一提的是,当前的 X 实现不再是网络透明的,正如 Daniel Stone在这个视频中解释的那样(如果你对这个论点感兴趣,并且如果你想要一些好的——nerdy——笑,你应该看看)。
Wayland 运行 X 嵌套的能力意味着它可以支持大多数网络透明和类似功能的情况。另外我读到这个功能可能会被更好的方法取代(如果我能再次找到链接,我会提供它)。
No Wayland 不像 Xorg 那样雄心勃勃,并且不会具有网络透明度。
引自 Mark Shuttleworth 博客:
参考: http: //www.markshuttleworth.com/archives/551
作为个人观点,我不认为图形“服务器”的网络透明性是台式计算机所需的功能,它是最匹配 tiny_client / big_workstation 架构的功能。
虽然网络透明度超出了 Wayland 的范围,但没有什么可以阻止合成器实现网络透明,甚至是一个项目,例如在 Wayland 之上构建远程渲染服务器以供合成器使用的waypipe