列出新版本的Earlyoom 1.4，該實用程序可避免由於內存不足而導致崩潰

在年初 我們在博客上談論Earlyoom實用程序， 經過 Fedora 開發人員的討論，同意在 Fedora 32 中使用該實用程序作為後台進程，他們打算通過該實用程序改善系統對內存不足的響應，從而避免崩潰。

現在幾個星期後， 經過八個月的開發，Earlyoom 1.4 新版本宣布發布。.

對於那些不熟悉該項目的人，他們應該知道 這是一個定期檢查可用內存量的後台線程 （MemAvailable、SwapFree）並嘗試在早期階段響應內存不足情況。 該項目代碼是用 C 語言編寫的，並根據 MIT 許可證分發。

相關文章：

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

如果可用內存量較少 比指定值大 Earlyoom將以武力結束 （通過發送SIGTERM或SIGKILL） 消耗最多內存的過程 （具有最高值 /proc/*/oom_score），無需系統狀態清除系統緩衝區並干擾交換工作（當低狀態內存已達到臨界值時，內核中的 OOM（內存不足）驅動程序將啟動，並且通常此時系統不再響應用戶操作）。

Earlyoom支持發送強製過程通知 到桌面（通過發送通知），並且還提供了定義規則的能力，其中可以使用正則表達式來指定首選終止（“-prefer”選項）或應避免停止的進程的名稱（選項-避免）。

Earlyoom 1.4中有哪些新功能？

在這個新版本中，一些變化很突出，其中 提到我正在清理代碼 而且由於流程屬性的加載延遲， 選擇完成流程的邏輯加快了50％。

除此之外 根權限重置已實施 在驅動器文件中systemdearlyoom.service“。 此更改破壞了接收GUI通知的能力。

要再次啟用 GUI 通知，建議通過取消註釋行“來返回 root 權限”DynamicUser = true“。

雖然禁用root也會導致掛載時無法獲取內存消耗信息 / proc 在模式下 hidepid = 1或hidepid = 2.

其他變化 脫穎而出：

• 除了 PID 和進程名稱之外，已終止進程的 UID 也反映在註冊表中。
• 添加了淺灰色的調試日誌突出顯示。
• 如果可能，使用塊本地變量的聲明。
• 添加配置 路徑長度 覆蓋代碼中嵌入式緩衝區大小的值。
• 開始的可能性 cpp檢查 如果可供使用的話。
• 性能測試“製作基準”。
• 擴展測試套件（進行測試）。

終於 如果您想了解更多 關於此版本，您可以在 以下鏈接。 

如何在Linux上安裝Earlyoom？

對於那些有興趣嘗試此實用程序的人，他們可以按照我們下面分享的說明進行操作。

Earlyoom位於某些發行版本的存儲庫中 流行的Linux，所以， 對於Debian，Ubuntu和任何衍生產品 其中，可以使用以下命令完成安裝：

sudo apt install earlyoom

完成此操作後，現在必須使用以下命令啟用該服務：

sudo systemctl enable earlyoom

它開始於：

sudo systemctl start earlyoom

在這種情況下 具有EPEL的Fedora和RHEL 8，可以使用以下命令進行安裝：

sudo dnf install earlyoom

並通過以下方式激活該服務：

sudo systemctl enable --now earlyoom

最後， 對於Arch Linux或其他任何衍生產品，使用以下命令完成安裝：

sudo pacman -S earlyoom

並通過以下方式激活該服務：

sudo systemctl enable --now earlyoom

對於所有其他Linux發行版， 他們可以通過編譯實用程序代碼來執行安裝。

要獲取代碼，我們可以使用以下命令來完成：

git clone https://github.com/rfjakob/earlyoom.git

cd earlyoom

我們繼續進行以下編譯：

make

然後我們安裝（如果您有Systemd）：

sudo make install

或對於那些沒有Systemd的人：

sudo make install-initscript

並使用以下服務：

./earlyoom