Earlyoom包含在Fedora 32中的線程，以避免內存不足崩潰

很多 Fedora開發人員討論了一個共同的話題 這仍然是Linux上的一塊石頭，而且很長一段時間以來一直在談論 關於問題 現在的Linux 系統內存不足，導致系統掛起或性能下降。

Fedora開發人員 一直在討論避免內存中斷的方法 自2019年夏季以來， 為了改善用戶體驗 在桌面環境中。 面對Fedora中發生的這種情況， 開發人員發言並批准將Earlyoom包含在內 en 下一個版本的Fedora將是該版本 Fedora的32。

工作組提出了幾種解決方案 在工作時凍結桌面，這對用戶體驗有很大影響。 但是，之前提出了SIGKIL，該方法可以快速恢復整個系統並且僅終止過程，通過在過程結束時發送SIGTERM發出指令以進行指示，可以選擇分階段關閉用戶。

關於EarlyOOM

早點 這是一個後台過程 它將包含在Fedora 32中，以及早響應系統內存不足。

如果可用內存量小於指定的值， 然後 取決於 剩餘存儲容量 將發送Sigterm（可用內存少於10％）或Sigkill（<5％） 用武力 消耗最多內存的進程將結束。

在這裡將採用價值最高的過程 / proc / * / oom_score，而不會導致系統狀態清除系統緩衝區。

有了它 Earlyoom將使系統響應更快 無需調用內核中的OOM（內存不足）驅動程序即可將其更改為內存不足，當情況變得很緊急且系統通常不再響應用戶時，該驅動程序會啟動。

在其他版本的Fedora中，可以啟用低內存驅動程序 低內存監視器 使用/ proc /壓力/內存接口  它是在Linux內核4.20中引入的，並在5.2中進行了改進。

要評估系統內存不足的情況， 與Earlyoom不同，它通過DBus處理並發送通知 需要減少內存消耗（如果在此之後情況仍未恢復正常，則可以激活OOM Killer內核）。

內存不足的顯示器 需要修改應用程序， 所以 被認為是遙遠未來的解決方案，可在移植GNOME應用程序後使用。

監控情況 記不清， Glib 2.63.3中的應用程序添加了GMemoryMonitor API， 這樣您就可以監視來自內存不足監視器的信號並採取措施（例如，應用程序可以釋放用於緩存的內存，保存文件，啟動垃圾回收，嘗試減少內存碎片或完成對非活動支持的過程）。

GMemoryMonitor支持也已添加 到xdg-desktop-portal，以便在以flatpak格式交付的獨立應用程序中使用。

終於 重要的是要提到默認的EarlyOOM實現 在Fedora 僅限於台式機版本 因此Fedora的其他版本將沒有它。

作為附加數據， 提到EarlyOOM是為在桌面上使用而開發的 並且除非需求增加，否則似乎不太可能進行其他編輯。 當前，該軟件包可用於不同的Linux發行版，並且OpenSUSE開發人員正在討論將其包含在系統中。

Si 您想了解更多 關於是否包含EarlyOOM，您可以諮詢 以下鏈接 它在哪裡發展 討論。 

坦比恩 您可以查閱文檔和安裝 在舊版的Fedora 以下鏈接。