リモートXセッションの高速化


16

Ubuntu 11.10サーバーを実行しているリモートマシンがあり、OS X 10.7.3からSSH経由で接続します。

ホストremote.example.com
 ForwardX11はい
 ForwardX11Trustedはい

時々、そこでGUIアプリケーションを起動したいことがあります(最も顕著なのはgitk)。しかし、UIはかなり遅いです。リモートマシンと自分のMacの両方でインターネット接続が良好です。それらの間のpingは約55ミリ秒であり、パケット損失はありません。速度を上げるためにできることはありますか?

他のリモートデスクトップソリューションをセットアップすることはオプションですが、このアプリケーションはあまり必要ないので、避けたいと思います。


アプリケーションを呼び出すときに圧縮を有効にしようとしましたか?
ジャーニーマンオタク

1
ありがとう。あなたが私の.ssh/config引用からわかるように、いいえ私はしませんでした。ホスト構成に追加Compression yesCompressionLevel 9ました。少し速くなったように見えますが、快適に使用するにはまだ十分ではありません。他にできることはありますか?
アレクサンダーグラディシュ

@AlexanderGladysh アップストリームの速度は?
EKW

scpそのリモートマシンにアップロードまたはダウンロードする際に1.2 MB / sと表示されますが、これは私のISPが宣伝する数値です。
アレクサンダーグラディシュ

1
可能であれば、sshfsまたは他のネットワークファイルシステムを使用してローカルでアプリケーションを実行する方が高速になる可能性があります(gitリポジトリが本当に巨大でない限り)。
エローエン

回答:


15

X11転送のベストSSHオプションの記事では、デフォルトのAES暗号の代わりに、はるかに優れたパフォーマンスのarcfourおよびblowfish暗号を使用することを推奨しています。

したがって、以下を使用する必要があります。

ssh -c arcfour,blowfish-cbc -XC host.com

Sebの技術ノート(サイトがダウンしている場合、アーカイブされたバージョンがあります)を推奨します:

ssh -Y -C -o CompressionLevel=9 -c arcfour,blowfish-cbc user@hostname

これは、圧縮ですでに観察されている速度向上をさらに改善するのに役立つ場合があります。


1
AES、arcfour、およびblowflishは圧縮ではありません。それらは暗号です。AESから変更すると、接続のセキュリティが低下することに注意してください。そのため、これは場合によっては実行できない可能性があります。-Cオプションは、しかし、の圧縮いるので、ここで重要です。圧縮レベルを設定することで気をつけて、それがCPUに大きな影響を与える可能性があるとして、それを測定することを確認してください...
タマラWijsman

また、一部のCPUにはAES暗号化のハードウェアアクセラレーションがあります。
ロブ

6

他のリモートデスクトップソリューションをセットアップしたくないと述べましたが、パフォーマンスに関心があります。X11は非常に効率的なプロトコルではないため、最新のプロトコルを使用しない限り、わずかな改善しか期待できません。

NX(NoMachine)はおそらく最良の選択です。まだsshを使用しているので、ファイアウォール設定などの変更を必要とする他のデスクトッププロトコルと比べて余分な労力をかけるべきではありません。Fedora用のNXパッケージがあるので、Ubuntuでも利用できると思います。

質問をするのに時間がかかるほどパフォーマンスに注意を払っている場合は、NXを学習するのにさらに数分費やすことができれば幸いです。

編集:X11 over sshが決して高速にならない理由を明確にするために:Xプロトコルは、線や円などの低レベルの描画、および「マウスが左に3ピクセル移動した」などの低レベルのイベントを処理します。GTKやQtなどの最新のGUIツールキットは線を描画せず、画像を描画します。X11がSSHを経由する場合、画像データと低レベルのマウスイベントを常に送信する必要があります。NX、VNC、リモートデスクトップなどの高レベルプロトコルは、ツールキットの動作を認識することで帯域幅と遅延を削減できます。たとえば、マウスイベントを送信する必要性を回避したり、ウィンドウを移動したときに何千もの再描画を回避したり、メニューのように画面の領域をキャッシュしたりできます。パフォーマンスがさほど重要でない場合でも、未加工のX11は常に間違った選択です。幸いなことに、構成と使用が簡単な多数の高速な代替手段があります。


リモートデスクトップを使用したくないというわけではありませんが、最初にX11接続を最適化することを試みたいと思います:-)ありがとう、NXを見ていきます。
アレクサンダーグラディシュ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.