マルティン・ストランスキー、 FedoraおよびRHEL用のFirefoxパッケージの保守者であり、Wayland用のFirefoxの移植も担当しています。 Wayland環境でのFirefoxの最新の開発をまとめたレポートを公開しました。
レポートでは、彼らは次のように述べています X11とWaylandでの実装方法が異なるため、一部の機能をすぐに実装できませんでした。 最初のケースでは、Waylandクリップボードが非同期モードで動作するために問題が発生し、Waylandのクリップボードへのアクセスを抽象化するために別のレイヤーを作成する必要がありました。 指定されたレイヤーはFirefox93に追加され、Firefox94ではデフォルトで有効になります。
と関連して 新たな対話、主な難しさはウェイランドが必要としたことでした 厳格なコンプライアンス ポップアップ階層つまり、親ウィンドウはポップアップ付きの子ウィンドウを作成できますが、このウィンドウから開始される次のポップアップは、元の子ウィンドウにリンクしてチェーンを形成する必要があります。 Firefoxでは、各ウィンドウが階層を形成しない複数のポップアップウィンドウを生成する可能性がありました。
問題は、Waylandを使用する場合、ポップアップのXNUMXつを閉じるには、ウィンドウチェーン全体を他のポップアップで再構築する必要がありますが、ポップアップは展開に使用されるため、複数の開いているポップアップが存在することも珍しくありません。ウィンドウ。ポップアップ、メニュー、通知、補足ダイアログ、許可リクエストなど。
ウェイランドとGTKの失敗によって状況も複雑になりました。 したがって、小さな変更を加えると、さまざまなリグレッションが発生する可能性があります。 ただし、Waylandのポップアップ処理コードは変更されており、Firefox94に含まれる予定です。
言及されたWaylandに関連するその他の改善 ウィンドウを移動するときのちらつきをなくすために、Firefoxに93DPIスケーリングの変更を追加することを含める マルチモニター設定では、画面の端に移動します。 Firefox 95では、問題に対処することが計画されています これは、ドラッグアンドドロップインターフェイスを使用する場合、たとえば、外部ソースからローカルファイルシステムにファイルをコピーする場合や、タブを移動する場合に発生します。
の発売に伴い Firefox 96、FirefoxのWaylandポートは、X1ビルドと機能的に一般的な同等性を実現します1、少なくともGNOMEFedora環境で実行している場合。 その後、 開発者は、Wayland環境での作業の完成に焦点を合わせます GPUプロセスから。これにより、グラフィックアダプターと対話するコードが排除され、ドライバーに障害が発生した場合にメインブラウザープロセスがクラッシュするのを防ぎます。
また、現在コンテンツ処理プロセスで展開されているVAAPIを使用してビデオをデコードするために、GPUプロセスにコードを取り込むことも計画されています。
さらに、 Firefoxの安定したブランチのユーザーのごく一部に含まれていることを強調できます、核分裂プロジェクトの枠組みの中で開発された、サイトの厳密な隔離体制。
これまで使用されてきた利用可能なプロセスグループ（デフォルトでは8）でのタブ処理の任意の分散とは異なり、ロックモードでは、各サイトの処理が、タブではなくドメインごとに分割された独自の個別のプロセスに移動します。外部スクリプトとiframeのコンテンツをさらに分離することができます。
強力な分離モードは、サイドチャネル攻撃から保護します。 Spectreクラスの脆弱性に関連するものなど、メモリの断片化を減らし、メモリをオペレーティングシステムに効率的に戻し、ガベージコレクションや他のプロセスのページでの集中的な計算の影響を最小限に抑え、負荷分散の効率を向上させます。異なるCPUコアと安定性の向上（iframeをレンダリングするプロセスをブロックしても、メインサイトや他のタブが一緒にドラッグされることはありません）。
既知の問題の中でqそれは 厳密な分離モードが使用され、 多数のタブを開くと、メモリとファイル記述子の消費量が著しく増加し、一部のプラグインの作業が中断され、印刷時にiframeコンテンツが消え、スクリーンショットをキャプチャする関数を呼び出すと、減少します。クラッシュ後にセッションを回復するときに、完了したが送信されていないフォームからのコンテンツの損失。
出典 https://mastransky.wordpress.com