Lanzamento de earlyoom 1.3, un proceso de resposta temperá ante a pouca memoria

Despois de sete meses de desenvolvemento, lanzouse o proceso en segundo plano de earlyoom 1.3, que comproba periodicamente a cantidade de memoria dispoñible (MemAvailable, SwapFree) e tenta responder nunha fase inicial á escaseza de memoria.

Se a cantidade de memoria dispoñible é inferior ao valor especificado, earlyoom terminará por forza (ao enviar SIGTERM ou SIGKILL) o proceso que consume memoria de forma máis activa (tendo o valor de /proc/*/oom_score máis alto), sen traer o estado do sistema. para borrar os búfers do sistema e interferir co intercambio de traballo (o manejador OOM (Out Of Memory) no núcleo desenvólvese cando o estado de falta de memoria xa alcanzou valores críticos e normalmente neste momento o sistema xa non responde ás accións do usuario).

Earlyoom admite o envío de notificacións sobre procesos terminados de forma forzosa ao escritorio (usando notify-send) e tamén ofrece a posibilidade de definir regras nas que, mediante expresións regulares, pode especificar os nomes dos procesos que se prefire finalizar (o "- opción "-prefer") ou deterse (opción "—evitar").

Principais cambios na nova versión:

  • Implementouse á espera de que se complete un proceso despois de enviarlle un sinal. Isto elimina o problema de que earlyoom ás veces mata máis dun proceso cando un sería suficiente;
  • Engadiuse un script auxiliar (notify_all_users.py) para notificar a todos os usuarios conectados sobre a finalización dos procesos mediante notificacións de notificación e envío;
  • Corrixiuse a visualización incorrecta dalgúns nomes de procesos que conteñen caracteres UTF-8;
  • Adoptouse o Código de Conduta do Pacto de Colaboradores.

Fonte: linux.org.ru

Engadir un comentario