Question

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

我已经设法让X11转发工作，所以我可以为某些有用的任务启动GUI应用程序。但是，对于所有转发X11的应用程序（特别是 emacs！），输入（击键，鼠标点击等）和响应之间存在很多延迟令人难以置信的挫败可能有害 - 当我打算做A时，但B发生是因为滞后是如此之大。

SSH压缩是否是潜在的罪魁祸首？我应该使用什么样的压缩？

Answer 1

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

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

     -C      Requests compression of all data (including stdin, stdout,
             stderr, and data for forwarded X11 and TCP connections).  The
             compression algorithm is the same used by gzip(1), and the
             “level” can be controlled by the CompressionLevel option for pro‐
             tocol version 1.  Compression is desirable on modem lines and
             other slow connections, but will only slow down things on fast
             networks.  The default value can be set on a host-by-host basis
             in the configuration files; see the Compression option.

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

不使用X11转发与GUI交互，而是考虑其他具有更好优化/压缩效果的内容，例如VNC或NX / FreeNX。
使用emacs的终端版本而不是GUI版本。

Answer 2

正如您特别提到的my ($first_word) = split; $_ .= ' N' if exists $words_to_match{$first_word}; $_ .= ' P' if exists $words_to_match2{$first_word}; print "$_\n";：有命令行选项

emacs

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

用于X11转发的SSH压缩

2 个答案: