为什么X11转发如此低效？

#1 楼

X11协议从未打算以图形方式（就位图/纹理而言）处理密集型操作。早在X11最初设计时，计算机图形就比今天简单得多。

X11基本上不会将屏幕发送到您的计算机，但是会发送显示指令，因此本地计算机上的X服务器可以在本地系统上重新创建屏幕。这需要在每次更改/刷新显示器时完成。
因此您的计算机将收到一条指令流，例如“以这种颜色从坐标x，y到（xx，yy）画线，画出矩形W像素宽，高H像素，左上角位于（x，y）等。”
本地客户端并不真正知道需要更新什么，并且远程系统几乎没有关于客户端实际内容的信息
如果要呈现的显示由有限数量的简单图形形状和低刷新率组成，这将非常有效。频率（无需动画等）。 X11最初被开发时就是这种情况。

但是，现代GUI具有很多优势，其中许多需要以位图/纹理/字体的形式从远程系统发送到客户端，这需要占用大量带宽。并且各种眼神糖果都包含需要频繁更新的动画效果。而且显示器也不断变大，宽度/高度的两倍是像素数的4倍。

当然，随着时间的流逝，对X11协议进行了增强以尽可能地优化此功能，但是基本的基本设计本质上根本不适合此类要求。如今GUI的人们都期待着。

其他协议（如RDP和VNC）的设计更多地是为了让远程系统完成所有艰苦的工作，并让该系统尽可能有效地决定将哪些更新发送给客户端（作为压缩位图）。通常，对于现代GUI而言，这通常更为有效。

两种方法都不是完美的，不能平等地处理每种情况。没有一个单一的显示协议可以在每种可能的用例中都很好地发挥作用。
因此，在大多数情况下，您只需尝试本地客户端和远程服务器之间支持的所有协议并使用该协议即可。效果最佳。在某些情况下，别无选择，您只需要处理可用的内容即可。

大多数协议的确允许进行一些性能调整，但是其中许多设置仅在服务器端使用，无法用于普通用户。 （并且对它们进行正确配置是一种不可思议的技巧。许多系统管理员都不愿对此进行改动。）

在大多数情况下，提高性能的最简单方法（有时显着）是通过切换到更简单的桌面环境而减少了对眼睛的迷惑并放弃了使用背景图片。

#2 楼

X11连接缓慢的主要原因主要有两个，您在问题中都谈到了这两个原因：带宽和延迟。要了解为什么X11应用程序在网络上运行缓慢，我们将同时讨论这两个方面。

带宽

X11默认情况下不会对网络数据进行任何压缩在应用程序和显示服务器之间传递。如前所述，您可以在SSH上使用-C选项来启用压缩，尽管这样做确实有帮助，但它并未针对压缩图形数据进行优化。与可以获得100：1压缩率的H.264之类的格式相比，-C压缩很幸运可以实现2：1压缩。更好的解决方案是为X11视频使用经过图形或视频优化的编解码器，但是我们必须注意不要使其太有损，因为台式机通常需要比电影更清晰的图像，以便用户仍可以清晰地阅读文本和找出细节。

延迟

X11往往具有较高的延迟，因为大多数操作需要在应用程序和显示服务器之间进行多次往返。当在ping时间不到一毫秒的LAN上运行时，这些多次往返并不明显，但是在Internet连接上它们会迅速累加。

解决方案

几年前，有一些项目可以解决X11协议固有的带宽和延迟问题。 lbx（低带宽X）和dxpc（差分X协议压缩器）。我认为lbx从来没有受到太大的吸引，但是dxpc成为了NX产品的基础技术。 NX既使用有损压缩来减少带宽需求，又使用差分算法，并使用缓存来减少来回传递信息的次数，从而造成了高延迟。我经常使用NX，发现其性能几乎与本地应用程序一样好。如果您愿意，可以尝试NX，看看它是否适合您。缺点是它需要在连接的两端都安装软件，而X11通常已经安装。