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 以下鏈接。 


本文內容遵循我們的原則 編輯倫理。 要報告錯誤,請單擊 這裡.

發表評論,留下您的評論

發表您的評論

您的電子郵件地址將不會被發表。

*

*

  1. 負責數據:MiguelÁngelGatón
  2. 數據用途:控制垃圾郵件,註釋管理。
  3. 合法性:您的同意
  4. 數據通訊:除非有法律義務,否則不會將數據傳達給第三方。
  5. 數據存儲:Occentus Networks(EU)託管的數據庫
  6. 權利:您可以隨時限制,恢復和刪除您的信息。

  1.   自動駕駛儀 他說:

    vm.swappiness和vm.dirty_bytes混亂不足以防止桌面崩潰。

    好消息!