私は2台の* nixマシンを持っており、リモートでグラフィカルなことを行うのが好きです。それらのマシンの1つは私のArchLinuxメディアサーバーであり、もう1つは私のOpenBSDルーター/汎用サーバーです。
私の現在のタスクは、メディアサーバーの仮想ボックスにWindows XP over)をインストールすることでした。メインワークステーションからインストールして、メディアサーバーからテレビを見続けることができるようにしました。実際の」表示。
X転送は、低遅延のLAN接続でも、非常に苦痛であることにすぐに気付きました。少し痛みを抑えて遅く、揺れ、遅れを少なくするために微調整できる設定はありますか?私のLANはかなり小さく、100Mビットで、他のボックスへのping時間は平均で約0.15msです。
また、VirtualboxにはX転送を行う代わりに使用できるVNCモードがあることも知っていますが、この特定のタスクは単なる例でした
使用 Xfce 。
X11転送に最適なSSHオプション ( このスーパーユーザーの回答 )と組み合わせて、Mozillaからでも、驚くほど優れたパフォーマンス(そして耐えられる!)を達成することができました。 Firefox。
比較のために2台のホストマシンを使用しました。
LAN経由でX転送テストを行ったGNOME 2.32を実行しているマシンがありましたが、この手順はこの質問に答えるためのものではありませんでした。
IMac 11,2 27 "は、デスクトップワークスペース全体を実行するという任務を負っていました(plasma-desktop
およびstartxfce4
)Mac OSX経由。
すべてのマシンは、平均約15ミリ秒の高遅延接続で接続されました。
GNOMEおよびKDEデスクトップには、Xfceデスクトップに比べて多くのハードウェア上の利点がありました。弱いXfceデスクトップは、LANを介したSSHを介したXトンネリングではるかに強力なGNOMEおよびKDEデスクトップをはるかに上回っていたため、結果はさらに驚くべきものになりました。
また、LANの待ち時間が私よりも速いので、Xfceの使用経験は私のものよりも優れていると予想できます。
このような根本的な違いの原因は、Xfceの軽量設計にあるはずです。
SSHを介したX転送のパフォーマンスを向上させたい場合は、Xfceを使用してください。
暗号を変更すると、通常、いくつかの改善がもたらされます。あなたはそれをチェックすることができます ここ 。
圧縮を有効または無効にします-C
もいくつかの改善をもたらすことができます。有効または無効にする必要があるかどうかは、マシンとLANによって異なります。通常は有効にする必要がありますが(チェック ここ )、テストを行って最適な圧縮レベルを確認する必要があります。
最後に、 [〜#〜] nx [〜#〜] を試すこともできます。一部の人々は、直接X転送よりも高速であると主張しています。しかし、私はそれを試したことがないので、これを確認することはできません。
vncserver
とvncviewer
(virtualboxとは関係ありません)を使用してみてください。この設定により、DSL接続で「squirrel」アプリケーションを実行しているときの画面更新の待ち時間が10秒から0.5秒未満に改善されました。