Si la cantidad de memoria disponible es menor que el valor especificado, earlyoom terminará por la fuerza (mediante el envío de SIGTERM o SIGKILL) el proceso del proceso que consume la mayor cantidad de memoria (que tiene el valor más alto /proc/*/oom_score), sin que el estado del sistema borre los búferes del sistema e interfiera con el trabajo intercambio (el controlador OOM (sin memoria) en el núcleo se activa cuando el estado de poca 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 de procesos forzados al escritorio (mediante el envío de notificaciones), y también proporciona la capacidad de definir reglas en las que se pueden usar expresiones regulares para especificar los nombres de procesos cuya finalización se prefiere (la opción “–prefer”) o se detiene que debe evitarse (opción –avoid).
¿Qué hay de nuevo en Earlyoom 1.4?
En esta nueva versión se destacan algunos cambios, de los cuales se menciona que trabajo en la limpieza del código y que además debido a la carga demorada de los atributos del proceso, la lógica de selección de procesos para completar se acelera en un 50%.
Además de que también se implementó el restablecimiento de privilegios de root en el archivo de la unidad “systemd earlyoom.service”. Con este cambio se rompe la posibilidad de recibir notificaciones de GUI.
Para habilitar nuevamente las notificaciones GUI, se propone devolver los derechos de root descomentando la línea “DynamicUser =true“.
Aunque al deshabilitar root también hace que sea imposible obtener información sobre el consumo de memoria al montar /proc en modo hidepid= 1 u hidepid=2.
De los demás cambios que se destacan: - El UID del proceso terminado se refleja en el registro, además del PID y el nombre del proceso.
- Se agregó resaltado del registro de depuración en gris claro.
- Si es posible, se utilizó la declaración de variables locales a los bloques.
- Se agregó la configuración PATH_LEN para reemplazar el valor del tamaño del búfer incrustado en el código.
- Posibilidad de iniciar cppcheck si está disponible.
- Se agregó la prueba de rendimiento “make bench”.
- Conjunto de pruebas extendido (make test).
Fuente : muylinux
- Visto: 721