В Fedora 32 се планира включване на earlyoom за ранно реагиране на недостиг на памет.

Публикувано план за включване по подразбиране в Fedora 32 фонового процеса earlyoom за ранно реагиране на недостиг на памет в системата. Ако наличната памет е по-малка от зададената стойност, earlyoom принудително завършва процеса, който най-много консумира памет (в който има най-висока стойност в /proc/*/oom_score), изпращайки SIGTERM (по-малко от 10% свободна памет) или SIGKILL (< 5%), без да допуска изчистване на системните буфери. Earlyoom ще позволява по-бърз отговор на недостига на памет, без да се достига до обработчика OOM (Out Of Memory) в ядрото, който се активира, когато ситуацията стане критична и системата обикновено вече не реагира на действията на потребителя.

В по-отдалечени версии на Fedora се разглежда възможността за активиране на обработчик на недостиг на памет low-memory-monitor, който използва появилото се в ядрото на Linux 5.2 интерфейс /proc/pressure/memory за оценка на недостига на памет в системата, но за разлика от earlyoom, не завършва веднага процесите, а изпраща уведомление през DBus за необходимостта от намаляване на консумацията на памет (ако след това ситуацията не се нормализира, е възможна активиране OOM Killer на ядрото). Low-memory-monitor изисква модификация на приложенията, затова се разглежда като решение за отдалечена перспектива, което може да се активира след адаптация на приложенията GNOME.

За проследяване на ситуацията с недостига на памет приложенията в Glib 2.63.3 е добавен API GMemoryMonitor, позволяващ за проследяване на сигналите от low-memory-monitor и предприемане на мерки (например, приложението може да освободи памет, използвана за кеширане, да запази файлове, да стартира събиране на боклук, да се опита да намали фрагментацията на паметта или да завърши бездействието на спомагателни процеси). Поддръжката на
GMemoryMonitor също е добавена в xdg-desktop-portal за използване в изолирани приложения, предоставяни под формата на flatpak.

Източник: opennet.ru