Fedora 32 には、メモリ不足への早期対応のための Earlyoom が含まれる予定です

公開済み 計画 インクルージョン Fedora 32 のバックグラウンド プロセスではデフォルトで Earlyoom システムのメモリ不足に早期に対応するため。 使用可能なメモリの量が指定された値より少ない場合は、SIGTERM (空きメモリが 10% 未満) または SIGKILL (< 5%) を送信することにより、早期にメモリを最もアクティブに消費しているプロセス (最も高い /proc を持つプロセス) が強制的に終了されます。 /*/oom_score 値) を使用すると、システム状態をシステム バッファーをクリアする段階に至らせることはありません。Earlyoom を使用すると、カーネルは、状況が重大になり、システムが原則としてユーザーのアクションに応答しなくなったときにトリガーされます。

Fedora のその後のリリースでは 可能性を考慮して メモリ不足ハンドラーを有効にする メモリ不足モニター、Linux カーネルで導入されたものを使用します。 5.2 システムのメモリ不足を評価するための /proc/pressure/memory インターフェイス。ただし、earlyoom とは異なり、プロセスをすぐに終了しませんが、メモリ消費量を削減する必要があることについて DBus 経由で通知を送信します (その後状況が元に戻らなかった場合)。正常、アクティベーション可能 OOMキラー カーネル)。 低メモリ監視にはアプリケーションの変更が必要なため、GNOME アプリケーションを適応させた後に使用できる長期的なソリューションとして考慮されています。

Glib でアプリケーションのメモリ不足の状況を追跡するには 2.63.3 APIを追加しました GMメモリモニター, 許可する low-memory-monitor からの信号を監視し、アクションを実行します (たとえば、アプリケーションは、キャッシュに使用されているメモリを解放したり、ファイルを保存したり、ガベージ コレクションを実行したり、メモリの断片化を軽減したり、アイドル状態のヘルパー プロセスを終了したりできます)。 サポート
GMemoryMonitor も、フラットパック形式で提供されるサンドボックス アプリケーションで使用するために xdg-desktop-portal に追加されました。

出所: オープンネット.ru

コメントを追加します