Después de siete meses de desarrollo liberación del proceso en segundo plano , que comprueba periódicamente la cantidad de memoria disponible (MemAvailable, SwapFree) e intenta responder en una fase temprana ante la aparición de escasez de memoria.
Si la cantidad de memoria disponible es menor que el valor especificado, entonces earlyoom finalizará por la fuerza (mediante el envío de SIGTERM o SIGKILL) el proceso que consume memoria más activamente (que tiene el valor /proc/*/oom_score más alto), sin restablecer el estado del sistema. para borrar los buffers del sistema e interferir con el intercambio de trabajo (el controlador OOM (Out Of Memory) en el kernel se activa cuando el estado de falta de memoria ya ha alcanzado valores críticos y, por lo general, en este momento el sistema ya no responde a las acciones del usuario).
Earlyoom admite el envío de notificaciones sobre procesos finalizados forzosamente al escritorio (mediante notificar-enviar) y también ofrece la posibilidad de definir reglas en las que, utilizando expresiones regulares, puede especificar los nombres de los procesos que se prefiere finalizar (el “- -preferir opción) o detenerse debe evitarse (opción “—evitar”).
Principales cambios en la nueva versión:
- Implementado esperando la finalización del proceso después de enviarle una señal. Esto soluciona el problema de que a veces earlyoom mata más de un proceso cuando uno es suficiente;
- Se agregó un script auxiliar (notify_all_users.py) para notificar a todos los usuarios que iniciaron sesión sobre la finalización de los procesos mediante notificación-envío;
- Se corrigió la visualización incorrecta de algunos nombres de procesos que contienen caracteres UTF-8;
- Se adopta el Código de Conducta del Pacto del Colaborador.
Fuente: opennet.ru