Fedora 32 后台进程默认 以便及早响应系统内存不足的情况。 如果可用内存量小于指定值，则 Earlyoom 通过发送 SIGTERM（可用内存小于 10%）或 SIGKILL（< 5%）将强制终止最活跃消耗内存的进程（具有最高的 /proc /*/oom_score 值），而不会使系统状态达到清除系统缓冲区的程度。Earlyoom 将允许您更快地响应内存不足，而无需达到调用 OOM（内存不足）处理程序的程度内核，当情况变得危急并且系统通常不再响应用户操作时会触发该内核。
在 Fedora 的后续版本中 启用内存不足处理程序 ，它使用了Linux内核中引入的 /proc/Pressure/Memory 用于评估系统内存不足的接口，但与 Earlyoom 不同的是，它不会立即终止进程，而是通过 DBus 发送需要减少内存消耗的通知（如果在此之后情况还没有恢复到正常，可以激活 内核）。 Low-memory-monitor需要修改应用程序，因此它被认为是一个长期的解决方案，可以在适应GNOME应用程序后使用。
在 Glib 中监视应用程序内存不足的情况 添加了API , 监视来自低内存监视器的信号并采取操作（例如，应用程序可以释放用于缓存的内存、保存文件、运行垃圾收集、尝试减少内存碎片或终止空闲辅助进程）。 支持
GMemoryMonitor 也已添加到 xdg-desktop-portal 中，以便在以 flatpak 格式交付的沙盒应用程序中使用。
来源： opennet.ru