web-dev-qa-db-ja.com

Windowsからの最速のリモートX

次の設定をしています。

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

そして、私は私のWindowsマシンから最小限の待ち時間でLinuxボックス上の私のEmacsおよびEclipseウィンドウにアクセスしたいと思います。

私のオプションは次のようです：

現時点ではRealVNCを使用していますが、いくつかの注目すべきレイテンシに気づきました。いくつかの調査を行った後、私は Wikipedia 以下を読みました：

VNCプロトコルはpixel-basedです。これにより優れた柔軟性が得られますが（つまり、あらゆる種類のデスクトップを表示できます）、X11やWindowsリモートデスクトッププロトコルなどの基本的なグラフィックレイアウトをよく理解しているソリューションよりも効率が悪いことがよくあります

これは、ローカルWindowsマシンからリモートXウィンドウへの最速のアクセスを取得するためにどのようなオプションが必要なのか疑問に思います。

sshx11windowsvirtual-machine
12
Amelio Vazquez-Reina

最大帯域幅の最先端は [〜＃〜] nx [〜＃〜] であり、X11プロトコル圧縮プログラムだと思います。レイテンシに関しても十分に機能するはずです。 Linuxでは Windows NX client および free NX server を使用してみてください。

可能であれば、SSHの代わりに直接TCP=接続を使用します。もちろん、これはセキュリティ上の心配がない制御された環境でのみ実行可能です。

ほとんどの設定では、ローカルで実行されている仮想マシンが最高のレイテンシを提供すると思います。さらに良いことに、WindowsでEmacsとEclipseを実行します。リモートファイルを編集させるか、または（より良い結果を得るために）ローカルファイルを編集させ、それをUnisonまたはバージョン管理システムを介して同期させます。

8
Gilles 'SO- stop being evil'

Windowsリモートデスクトップは、Linuxボックスでxrdpを実行している限り正常に機能します（私の経験では、VNCよりも煩わしさがなく、応答性が高くなっています）。

xrdpはLinuxボックスでXサーバーを実行し、それをRDPにフックします。

実際、私は通常、この回線の両端にLinuxを使用していますが、X11転送があまりにも遅いと判明した場合は、通常、VNCよりもxrdpよりもrdesktopを優先します。 VNCはフランス語で「うまく機能しない」の頭字語です。

2
Stabledog

Mobaxtermがx転送で高速であることに同意します。次に、cygwinベースのsshを使用していることがわかりましたが、cygwin/sshよりも高速です。デバッグ情報を調べたところ、Mobaxtermの秘密がより一般的なaes256-cbcではなくaes128-ctrを使用していることがわかりました暗号、hmac-sha1を使用し、デフォルトで圧縮をオンにします。

Cygwinでは、

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

mobaxtermに近いパフォーマンスが得られるはずです。それでもmobaxtermの方が速いと確信している場合は、mosaxtermルートにある_ssh.exeを直接使用できます。

arcfourやblowfishのようないくつかのブログ/回答は暗号を提案しました。 aes128-ctr（古いCPUの場合）よりも少し優れているはずですが、古く、すべてのプラットフォームで使用できるとは限りません。サポートされているすべての暗号とMacを表示できます

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

実際、私は、1ミリ秒未満のレイテンシで内部100Mbps LAN接続を介して、圧縮と適切な暗号化を使用した直接tcpとsshの両方でx転送を試みました。 sshオプションの方が明らかに高速です。

2
Haodong Du

実際、私は Mobaxterm が超高速であることを知ってショックを受けました。

私はソフトウェア開発者であり、IDEと呼ばれるQt Creatorを使用しています。QtCreatorは非常に高速であることが非常に知られていますが、PuTTY + Xmingは速度が遅すぎて諦めましたリモートのxserverを介してそれを使用して。最終的にMobaxtermはその速度で私に衝撃を与えた。

1
The Quantum Physicist