por defecto en los procesos en segundo plano de Fedora 32 para una respuesta temprana a la falta de memoria en el sistema. Si la cantidad de memoria disponible es menor que el valor especificado, entonces earlyoom al enviar SIGTERM (memoria libre menor al 10%) o SIGKILL (<5%) finalizará forzosamente el proceso que está consumiendo memoria más activamente (que tiene el valor /proc más alto). /*/oom_score value), sin llevar el estado del sistema al punto de borrar los buffers del sistema. Earlyoom le permitirá responder más rápidamente a la falta de memoria, sin llegar al punto de llamar al controlador OOM (Memoria insuficiente) en el kernel, que se activa cuando la situación se vuelve crítica y el sistema, por regla general, ya no responde a las acciones del usuario.
En versiones posteriores de Fedora habilitar el controlador de memoria insuficiente , que utiliza el introducido en el kernel de Linux /proc/pression/memory interfaz para evaluar la falta de memoria en el sistema, pero a diferencia de earlyoom no finaliza los procesos inmediatamente, sino que envía una notificación a través de DBus sobre la necesidad de reducir el consumo de memoria (si después de esto la situación no ha vuelto a ser normal). normal, la activación es posible granos). El monitor de memoria baja requiere modificación de las aplicaciones, por lo que se considera una solución a largo plazo que se puede utilizar después de adaptar las aplicaciones GNOME.
Para rastrear la situación de las aplicaciones que se quedan sin memoria en Glib API agregada , Supervise las señales del monitor de memoria baja y tome medidas (por ejemplo, la aplicación puede liberar memoria utilizada para el almacenamiento en caché, guardar archivos, ejecutar recolección de basura, intentar reducir la fragmentación de la memoria o finalizar procesos auxiliares inactivos). Apoyo
GMemoryMonitor también se agregó a xdg-desktop-portal para su uso en aplicaciones de espacio aislado entregadas en formato flatpak.
Fuente: opennet.ru