Sortie de earlyoom 1.3, un processus de réponse précoce à la mémoire insuffisante

Après sept mois de développement publié version du processus en arrière-plan salle des premières heures 1.3, qui vérifie périodiquement la quantité de mémoire disponible (MemAvailable, SwapFree) et tente de répondre à un stade précoce à l'apparition de pénuries de mémoire.

Si la quantité de mémoire disponible est inférieure à la valeur spécifiée, alors earlyoom forcera (en envoyant SIGTERM ou SIGKILL) à terminer le processus qui consomme le plus de mémoire (ayant le /proc/*/oom_score le plus élevé), sans provoquer le système état pour effacer les tampons du système et interférer avec l'échange d'opérations (le gestionnaire MOO (Out Of Memory) dans le noyau est déclenché lorsque l'état de mémoire faible a déjà atteint des valeurs critiques et généralement, à ce stade, le système ne répond plus aux actions de l'utilisateur) .

Earlyoom prend en charge l'envoi de notifications sur les processus terminés de force sur le bureau (à l'aide de notify-send) et offre également la possibilité de définir des règles dans lesquelles, à l'aide d'expressions régulières, vous pouvez spécifier les noms des processus que vous préférez terminer (le « - -préférer») ou arrêté doit être évité (option «-éviter»).

Principaux changements dans la nouvelle version :

  • Implémenté en attendant la fin d'un processus après lui avoir envoyé un signal. Cela élimine le problème selon lequel earlyoom tue parfois plus d'un processus alors qu'un seul suffirait ;
  • Ajout d'un script auxiliaire (notify_all_users.py) pour informer tous les utilisateurs connectés de la fin des processus via notify-send ;
  • Correction de l'affichage incorrect de certains noms de processus contenant des caractères UTF-8 ;
  • Le Code de conduite du Contributor Covenant a été adopté.

Source: opennet.ru

Ajouter un commentaire