たくさん Fedora開発者は共通のトピックについて議論しました これはまだLinuxの足がかりであり、長い間話があったということです 問題について それがLinuxを提示するようになる システムのメモリが少ない、これにより、システムがハングしたり、パフォーマンスが低下したりします。
Fedora開発者 メモリの中断を回避する方法について話し合っています 2019年夏以降、 ユーザーエクスペリエンスを向上させるため デスクトップ環境で。 Fedoraで発生するこの状況に直面して、 開発者はEarlyoomを含めることを話し、承認しました en 次のバージョンのFedoraは、そのバージョンになります フェドラ32。
ワーキンググループはいくつかの解決策を提案しました 作業中にデスクトップをフリーズします。これは、ユーザーエクスペリエンスに大きな影響を及ぼします。 ただし、システム全体を迅速に回復し、プロセスを終了するだけのSIGKILは、プロセスの最後に指示を与えるSIGTERMを送信することにより、ユーザーが段階的にシャットダウンすることを選択できるようにすることを以前に提案しました。
EarlyOOMについて
アーリーオーム それはバックグラウンドプロセスです これはFedora32に含まれ、システムのメモリ不足に早期に対応します。
使用可能なメモリの量が指定された値より少ない場合、 それから 依存する 残りのメモリサイズ Sigterm(空きメモリが10%未満)またはSigkill(<5%)が送信されます それを無理矢理 最も多くのメモリを消費するプロセスは終了します。
ここでは、最も高い値のプロセスが実行されます / proc / * / oom_score、システム状態をリードせずにシステムバッファをクリアします。
それと共に Earlyoomにより、システムはより迅速に応答できるようになります カーネル内のOOM(Out of Memory)ドライバーを呼び出さなくてもメモリが不足します。これは、状況が重大になり、システムが原則としてユーザーに応答しなくなったときにトリガーされます。
Fedoraの他のバージョンでは、低メモリドライバを有効にすることが可能です 低メモリモニター / proc /圧力/メモリインターフェイスを使用します これはLinuxカーネル4.20で導入され、5.2で改善されました。
システムのメモリ不足を評価するには、 Earlyoomとは異なり、DBusを介して通知を処理および送信します メモリ消費を削減する必要がある場合(この後、状況が通常に戻らない場合は、OOM Killerカーネルのアクティブ化が可能です)。
低メモリのモニター アプリケーションの変更が必要です、 そう 遠い未来への解決策として見られている、GNOMEアプリケーションの移植後に使用できます。
状況を監視するには メモリ不足、 Glib 2.63.3のアプリケーションは、GMemoryMonitorAPIを追加しました。 これにより、メモリの少ないモニターからの信号を監視してアクションを実行できます(たとえば、アプリケーションは、キャッシュに使用されるメモリを解放したり、ファイルを保存したり、ガベージコレクションを開始したり、メモリの断片化を減らしたり、プロセスを完了したりできます。非アクティブなサポート)。
GMemoryMonitorのサポートも追加されました フラットパック形式で提供されるスタンドアロンアプリケーションで使用するためのxdg-desktop-portalへ。
最後に デフォルトのEarlyOOM実装に言及することが重要です フェドラで デスクトップ版のみに限定 したがって、Fedoraの他のコンパイルにはそれがありません。
追加データとして、 EarlyOOMはデスクトップで使用するために開発されていると言われています そして、需要が増加しない限り、他の編集が行われる可能性は低いようです。 現在、このパッケージはさまざまなLinuxディストリビューションで利用可能であり、OpenSUSE開発者もシステムへの組み込みについて話し合っています。
Si あなたはそれについてもっと知りたい あなたが相談できるEarlyOOMの包含について 次のリンク それが発展する場所 ディスカッション。
また ドキュメントとインストールを参照できます 上のFedoraの古いバージョンでは 次のリンク。
vm.swappinessとvm.dirty_bytesは、デスクトップのクラッシュを回避するのに十分ではありませんでした。
とても良いニュースです!