到目前为止，我已经尝试了 Firefox（最新和最好的）和 Chrome（也是最新和最好的），虽然从我的 CentOS 服务器到我的 Windows 7 工作站，Chrome 通过 X11 的运行速度比 Firefox 快，但它仍然相当缓慢。
还有哪些适用于 Linux 的 GUI 浏览器运行速度可能比 Chrome 更快？
我还没有尝试过 Opera 11，但是在 Windows 和 Mac OS X 下直接使用时遇到了很多问题，因此在尝试这种方法之前，我正在等待新版本的发布。
答案1
有一些浏览器比 X11 转发运行得更好一些（好得多）。
Midori 是一款轻量级的、标签式的浏览器，运行良好。
Xlinks2 也应该能够很好地通过 X11 转发工作。
我用过的 uzbl 和 surf 浏览器都可以在 X11 上运行良好，因为它们非常精简。
答案2
即使你使用的浏览器对服务器的 CPU 和 RAM 要求不高，在这种情况下，限制因素无疑 [1] 是网络。你最想避免的是不必要的屏幕渲染。
- 关闭“平滑滚动”等功能。如果可以选择，请使用 PgUp/PgDn 而不是连续滚动（单屏更新比 30 屏更新要快得多，这样才能看到完整的页面）。
- 保持较小的浏览窗口（但不要太小，以免您必须按照上一点进行更多滚动）。
- 阻止动画材料（动画 GIF 现在并不常见，因此阻止 Flash 可能就足够了）。
- 考虑使用 VNC，它将以一种巧妙的方式压缩图像传输。当我被迫通过慢速连接使用 GUI 时，这会给我带来更快的体验。
- 如果你需要快速完成某件事，不要低估基于文本的浏览器在服务器。
- 通过 SSH 的代理和/或端口隧道可以完全避免这个问题。您只需要传输信息，无需传输完整的表示层。
[1]:除非你有一个非常连接速度快（我的经验是~100Mbps）；那么任何浏览器都可以，而且不会比在本地使用浏览器更烦人。我很幸运有这个浏览器可以满足我的远程需求。
答案3
X11forwarding 显示滞后的主要原因是您用于连接的密码，而不是实际的浏览器本身。
如果将加密更改为 arcfour 或 blowfish，您会发现性能会好得多。
我遇到了同样的问题，发现这几乎消除了所有的延迟。缺点是这些密码不如典型的默认密码 AES 安全。
如果您在 Windows 计算机上使用 Putty，则可以在 Connection/SSH/ 下更改加密密码选择策略。您还应该在同一屏幕上启用压缩，并将其保存为您正在加载的连接的默认值。
如果你从一台 Linux 机器连接到另一台，连接字符串如下所示：ssh -XC4c arcfour,blowfish-cbc hostnameorip
答案4
我一直在寻找这个问题的解决方案，终于找到了一个好办法：Browsh 非常适合我，尽管我不需要通过任何低保真图形无法解决的验证码。它完全在终端中运行，但在服务器端，它使用 Firefox 来实际加载页面，然后再将其转换为可在终端中呈现的内容。