用于X11转发的SSH压缩

Question

我在美国东海岸,在西海岸的服务器上进行连接.

我已经设法让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版本.