17

我在美国东海岸，通过 SSH 连接到西海岸的服务器。

我已经设法让 X11 转发工作，因此我可以为某些有用的任务启动 GUI 应用程序。然而，对于所有 X11 转发的应用程序（尤其是 emacs！），输入（击键、鼠标点击等）和响应之间存在很大的延迟，以至于有时它会从令人难以置信的令人沮丧变成潜在的有害——当我打算做 A , 但是 B 发生是因为滞后太大了。

SSH 压缩是潜在的罪魁祸首吗？我应该使用哪种压缩方式？

4

2 回答 2

19

X11图形占用大量带宽。如果您的远程主机距离很远（即不在 LAN 上），那么您可能会在导出的 X11 应用程序中遇到迟缓问题。

我不确定 SSH 压缩。性能可能取决于其他因素，例如 CPU 性能。从ssh手册页：

     -C 请求压缩所有数据（包括标准输入、标准输出、
             标准错误，以及转发 X11 和 TCP 连接的数据）。这
             压缩算法与 gzip(1) 使用的相同，并且
             “level”可以由 pro- 的 CompressionLevel 选项控制。
             tocol 版本 1.  压缩在调制解调器线路上是可取的，并且
             其他慢速连接，但只会减慢速度
             网络。  可以逐个主机设置默认值
             在配置文件中；请参阅压缩选项。

您可以使用以下一些其他解决方法来加快速度：

  • 与其使用 X11 转发与 GUI 交互，不如考虑其他具有更好优化/压缩的东西，例如 VNC 或 NX/FreeNX。
  • 使用 emacs 的终端版本而不是 GUI 版本。
于 2012-10-19T16:08:13.907 回答
3

正如您特别提到emacs的：有命令行选项

  -nw, --no-window-system
          Tell Emacs not to create a graphical frame.  If you  use
          this switch when invoking Emacs from an xterm(1) window,
          display is done in that window.

在 ssh 上工作时这会快得多（因为它只需要传输字符，而不是在 X11 上重绘整个屏幕）。

于 2016-06-22T17:48:14.907 回答