Windows最快的远程X

我有以下设置：

|-----------------|                          |---------------|
|   Windows       |     LAN (or VPN)         |    Linux box  |
| (local machine) | <-------------------->   |               |
|-----------------|                          |---------------|

我想以最小的延迟从Windows机器访问Linux机器上的Emacs和Eclipse窗口。

我的选择似乎是：

• VNC
• 在本地Windows主机上虚拟化Linux来宾，例如使用带有Ubuntu的Virtualbox，然后ssh -X从其虚拟化到Linux盒（这是讨论快速ssh X隧道配置的线程）
• cygwin与X服务器并ssh -X连接到远程服务器。

目前，我使用RealVNC，但是我注意到一些明显的延迟。经过研究后，我在Wikipedia上阅读了以下内容：

VNC协议基于像素。尽管这带来了极大的灵活性（即-可以显示任何类型的桌面），但是它通常比对底层图形布局（例如X11或Windows远程桌面协议）有更好了解的解决方案效率低。

这让我想知道，我需要什么选择才能 从本地Windows计算机最快地访问远程X Windows？

我认为最大带宽的最新技术是NX，它是X11协议压缩程序。它在延迟方面也应该表现良好。尝试在Windows上使用Windows NX客户端和免费的NX服务器。

如果可能，请使用直接TCP连接而不是SSH。当然，这仅在没有安全隐患的受控环境中才可行。

我认为在大多数设置中，在本地运行的虚拟机将为您提供最佳的延迟。更好的是，在Windows下运行Emacs和Eclipse。让他们编辑远程文件，或者（以获得更好的效果）让他们编辑本地文件，然后与Unison或通过版本控制系统进行同步。

只要您在Linux机器上运行xrdp，Windows远程桌面就可以正常工作（据我的经验，它比VNC麻烦得多，响应速度也更快）。

xrdp在Linux机器上运行X服务器，然后将其挂接到RDP。

实际上，即使我通常在这条线的两端都装有Linux，但只要普通的X11转发速度过慢，我通常还是更喜欢rdesktop而不是Xrdp而不是VNC。VNC只是法语的首字母缩写，意思是“做得不好”。

我同意Mobaxterm在x转发方面是快速的。然后我发现它正在使用基于cygwin的ssh，但它仍然比我的cygwin / ssh快。在查看了调试信息之后，我发现Mobaxterm的秘密是使用aes128-ctr而不是更常见的aes256-cbc密码，使用hmac-sha1并默认打开压缩。

在cygwin，

ssh -m hmac-sha1 -c aes128-ctr -C 

应该给您接近mobaxterm的表现。如果您仍然相信mobaxterm更快，则可以直接使用_ssh.exe，您可以在mobaxterm根目录中找到它。

一些博客/答案建议使用诸如arcfour或河豚之类的密码。它们应该比aes128-ctr（对于旧CPU）稍好一些，但是它们已经过时，并且不一定在所有平台上都可用。您可以通过以下方式查看所有受支持的密码和macs：

ssh -Q cipher
ssh -Q mac

该基准测试表明aes128-gcm应该在现代CPU上为您提供最佳性能。

更新：

一些建议不要压缩。我想说，即使您认为网络是完美的，除非您的试验结果相反，否则-C仍然会有所帮助。由于数据传输量非常大，并且压缩率令人印象深刻，例如

 debug1: compress outgoing: raw data 603154, compressed 141717, factor 0.23 
 debug1: compress incoming: raw data 67841628, compressed 641357, factor 0.01

实际上，我尝试通过直接tcp和ssh进行x转发并进行压缩，并在内部100Mbps LAN连接上以小于1ms的延迟通过适当的密码进行转发。ssh选项显然更快。

实际上，我很震惊地发现Mobaxterm非常快。

我是软件开发人员，并且使用称为Qt Creator的IDE。众所周知Qt Creator的速度非常快，但是Putty + Xming的速度太慢了，我放弃了通过远程xserver使用它。最终，Mobaxterm的速度震惊了我。尝试一下。