☰

Firefoxはssh -Xで遅くなります（再）

tag-icon • tag-icon x11 firefox
Firefoxはssh -Xで遅くなります（再）

質問に対するコメントで指摘したようにgfx.xrender.enabled。答えはラベル付きのなりすましで見つけることができますが、SSHとX11プロトコルのすべてのノイズのために簡単に見落とされます。

直接回答リンク：https://unix.stackexchange.com/a/557920/66307

私の問題は約1ヶ月前に始まりました。現在Firefox 89.0.1を使用しています。

これまでFirefoxはうまく機能していますssh -X。 Ubuntuシステム（サーバー）からUbuntu VM（クライアント）、別のUbuntuシステム（サーバー）でWindows 10（クライアント）で実行したが、両方とも同じ症状が発生しました。-Xすべてのコンピュータがローカルギガビットスイッチに接続されており、他のアプリケーション（Thunderbirdを含む）が正しく実行されるため、これは私のハードウェア設定ではありません。私のデスクトップで実行するよりも少し遅いですが、完全に使用できます。

これが発生した後、Firefoxは...遅くなりました。私が使用しています--no-remoteが、1秒以内に実際のFirefoxウィンドウが表示されます。その後、タブが利用可能になるまで約2分間停止します。私のシェルの出力はssh次のとおりです。

$ firefox --no-remote &
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast

(firefox:757486): GLib-GIO-CRITICAL **: 10:39:54.241: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(firefox:757486): GLib-GIO-CRITICAL **: 10:39:54.241: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(firefox:757486): GLib-GIO-CRITICAL **: 10:39:54.241: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
[GFX1-]: Failed GL context creation for WebRender: 0
[GFX1-]: FEATURE_FAILURE_WEBRENDER_INITIALIZE_UNSPECIFIED
[GFX1-]: Failed to connect WebRenderBridgeChild.
[GFX1-]: Fallback WR to SW-WR
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast

しかし、私が以前見たものと大きく変わらないと思います。

作業をスピードアップする提案を提供できる人はいますか？ssh -X私は遅い（しかし他のすべてのアプリケーションでは問題ありません）、または圧縮または暗号化スイートに関連しているという答えを実際に探していません。私のリンクはFirefoxを除いて大丈夫です。

ベストアンサー1

すべてのコンピュータがローカルギガビットスイッチに接続され、他のアプリケーション（Thunderbirdを含む）が正常に動作するため、私のハードウェア設定や-Xではありません。

実際、ネットワーク経由のXは、サーバーシステムのGPUドライバからメモリバッファに直接描画するアプリケーションなどの機能を確実にサポートしていません。

ただし、このアクセラレーション方法を使用すると、Webサイトのスクロールやビデオの表示などの操作に許容可能なフレームレートを取得できます。したがって、ブラウザはこれに大きく依存します。他のものはすべて少し1990年代の感じがしますね！ 1990年代には、ブラウザがX11でビデオを再生することは不可能でした。

ギガビットイーサネットはそうではありません。それ粗い（HDMI接続は数十Gbit / sに達する可能性があります）、すべての「draw this」コマンドはデータを返す必要があるため、主に往復時間に制限されます。 X11は非同期ではありません。

要約すると、SSHを介したXは決して良くなく、探索するのに十分ではなく、予測可能です。 Firefoxの開発者が他のタスクを非常に遅くすることなく、膨大な描画遅延を十分にサポートできないことは完全に可能です。

解決策：SSH経由でXを使用しないでください！シンクライアントは通常リモートシステムのフレームバッファとしてレンダリングされ、ローカル（ディスプレイ）システムに送信された（よく圧縮された）画像のみを取得します。これがVNCやNXと同じ理由です。 （NXは素晴らしい技術なので、ぜひ使ってみてください。）

正直なところ、Firefoxをリモートで実行するにはあまり意味がありません。ローカルで実行し、ネットワークトラフィックをSSHとして実行できます。 rsyncまたはsshfsを使用してFirefoxプロファイルをファイルとして共有できます（複数のコンピュータからアクセスするために競合しないように注意してください）。

おすすめ記事