por defecto en Fedora 32 de un proceso en segundo plano para reaccionar rápidamente ante la falta de memoria en el sistema. Si la cantidad de memoria disponible es menor que un valor definido, earlyoom, a través del envío de SIGTERM (memoria libre menor del 10%) o SIGKILL (< 5%), terminará forzosamente el proceso que consume más memoria (con el valor más alto en /proc/*/oom_score), sin llevar el estado del sistema a la limpieza de los buffers del sistema. Earlyoom permitirá una respuesta más ágil a la falta de memoria, sin llegar a invocar el manejador OOM (Out Of Memory) en el núcleo, que se activa cuando la situación se vuelve crítica y el sistema, generalmente, ya no responde a las acciones del usuario.
En versiones más distantes de Fedora de incluir un manejador de falta de memoria , que utiliza la interfaz del núcleo de Linux de /proc/pressure/memory para evaluar la falta de memoria en el sistema, pero a diferencia de earlyoom, no termina inmediatamente los procesos, sino que envía, a través de DBus, una notificación sobre la necesidad de reducir el consumo de memoria (si después de esto la situación no se normaliza, puede activarse del núcleo). Low-memory-monitor requiere modificaciones en las aplicaciones, por lo que se considera una solución para el futuro lejano, que podrá implementarse después de que se adapten las aplicaciones de GNOME.
Para el seguimiento de la situación de falta de memoria en aplicaciones en Glib se ha añadido una API , para monitorear señales del low-memory-monitor y tomar medidas (por ejemplo, la aplicación puede liberar memoria utilizada para caché, guardar archivos, ejecutar la recolección de basura, intentar reducir la fragmentación de memoria o terminar procesos auxiliares inactivos). El soporte de
GMemoryMonitor también se ha añadido a xdg-desktop-portal para su uso en aplicaciones aisladas, suministradas en formato flatpak.
Fuente: opennet.ru
