要約:
Canonical は、メモリ リソースが枯渇した場合のシステムの安定性を向上させることを期待して、次期 Ubuntu 26.10 デスクトップ バージョンに向けて重要な最適化を行っています。この調整は、Ubuntu の長期的なメモリ不足処理戦略の変更に焦点を当てており、極度のメモリ負荷が生じた場合にシステムがどのプログラムを終了するかをより合理的に決定できるようになり、デスクトップ環境の突然の崩壊を回避できるようになります。
長い間、Linux システムのメモリが不足すると、カーネルは OOM (メモリ不足) メカニズムをアクティブにして、一部のプロセスを終了してリソースを解放し、システムが確実に動作し続けるようにします。しかし、実際に使用すると、このメカニズムが望ましくない結果を引き起こすことがあります。デスクトップ環境の通常の機能を維持する一部の主要なサービス (GNOME Shell や D-Bus など) は、メモリ負荷が高くなると予期せず終了する可能性がありますが、実際に大量のリソースを消費するアプリケーションは実行を継続し、最終的にはグラフィカル インターフェイス全体が使用できなくなったり、直接終了したりすることがあります。
この問題を解決するために、Ubuntu 開発チームはデフォルトのポリシーを調整することにしました。新しいスキームでは、OOM スコアを下げることで重要なデスクトップ サービスに高い存続優先順位が与えられ、カーネルがターゲットの終了を選択したときにこれらのコンポーネントがクリーンアップ リストに含まれる可能性が低くなります。
同時に、通常のアプリケーションとバックグラウンド サービスは引き続き高いデフォルト評価を維持します。つまり、システム メモリが著しく不足すると、ブラウザ、エディタ、またはその他の実行中のアプリケーションが最初にシャットダウンされる可能性が高くなりますが、デスクトップ環境の操作をサポートするコア サービスは保護されます。
Ubuntu は、ユーザー セッション全体に対して systemd-oomd の自動終了ポリシーを無効にすることも計画しています。開発チームは、systemd-oomd と Linux カーネルの OOM メカニズムが異なる意思決定ロジックを使用しており、同じ優先順位システムに完全に従っていないことを指摘しました。したがって、場合によっては、重要なデスクトップ サービスがより高い保護レベルに設定されている場合でも、systemd-oomd がメモリ不足のみに基づいてサービスを終了し、ユーザー セッションが異常終了することがあります。
Canonical は、この調整によって Ubuntu がメモリ枯渇の問題を完全に回避できることを意味するものではないことを強調しています。システムに十分な空きメモリがない場合、一部のアプリケーションは依然として閉じられます。この最適化の目的は、システムを OOM イベントの影響を受けないようにすることではなく、リソース不足が避けられない場合に、操作可能で回復可能なデスクトップ環境を可能な限り維持することです。
開発チームは、現在の調整はデスクトップの安定性を向上させる最初のステップにすぎないと述べています。 Ubuntu の将来のバージョンでは、さまざまな種類のサービスやアプリケーションの優先順位システムをさらに改良し、どのプロセスが重要なコンポーネントで、どのリソースが最初に解放できるかをシステムがより正確に判断できるようにする予定です。
関連する変更は Ubuntu 26.10 開発版「Stonking Stingray」に含まれており、正式版と一緒にリリースされる予定です。 Canonical はまた、チームがフィードバックを収集して最適化を継続できるように、開発者とテスト ユーザーに対し、特に低メモリのデバイス、高負荷のオペレーティング環境、および多数のプログラムが同時に実行されているシナリオで、新しいメカニズムを検証するよう呼びかけています。
最新のブラウザ、開発ツール、人工知能アプリケーションのメモリ要件は増加し続けるため、リソースが極度に不足している場合でもデスクトップ オペレーティング システムが安定した動作を維持することがますます重要になっています。この調整によってインターフェイスに大きな変更が生じることはありませんが、多数のタスクを同時に実行することが多い Linux ユーザーにとって、実際のエクスペリエンスが向上するのは明らかである可能性があります。
詳細:
https://discourse.ubuntu.com/t/improving-ubuntu-desktop-stability-under-memory-pressure/87945
コメント