par défaut dans Fedora 32, processus en arriÚre-plan pour une réaction précoce à la pénurie de mémoire dans le systÚme. Si la mémoire disponible est inférieure à une valeur définie, earlyoom envoie un SIGTERM (mémoire libre inférieure à 10 %) ou un SIGKILL (< 5 %) pour forcer (terminer le processus consommant le plus de mémoire, ayant la valeur la plus élevée dans /proc/*/oom_score), évitant ainsi que l'état du systÚme n'atteigne la libération des tampons systÚme. Earlyoom permettra de répondre plus rapidement à la pénurie de mémoire, sans atteindre le déclenchement du gestionnaire OOM (Out Of Memory) dans le noyau, qui s'active lorsque la situation devient critique et que le systÚme ne répond généralement plus aux actions de l'utilisateur.
Dans des versions ultĂ©rieures de Fedora d'activer un gestionnaire de pĂ©nurie de mĂ©moire , qui utilise l'interface apparue dans le noyau Linux /proc/pressure/memory pour Ă©valuer la pĂ©nurie de mĂ©moire dans le systĂšme, mais contrairement Ă earlyoom, il ne termine pas immĂ©diatement les processus, mais envoie via DBus une notification de la nĂ©cessitĂ© de rĂ©duire la consommation de mĂ©moire (si la situation ne se normalise pas aprĂšs cela, une activation peut ĂȘtre envisagĂ©e du noyau). Low-memory-monitor nĂ©cessite des modifications des applications, il est donc considĂ©rĂ© comme une solution pour le long terme, qui pourra ĂȘtre dĂ©ployĂ©e aprĂšs l'adaptation des applications GNOME.
Pour suivre la situation de pénurie de mémoire par les applications dans Glib une API a été ajoutée , de suivre les signaux du low-memory-monitor et de prendre des mesures (par exemple, l'application peut libérer de la mémoire utilisée pour le cache, sauvegarder des fichiers, exécuter une collecte des ordures, tenter de réduire la fragmentation de la mémoire ou terminer des processus secondaires inactifs). La prise en charge
de GMemoryMonitor a également été ajoutée à xdg-desktop-portal pour une utilisation dans des applications isolées livrées au format flatpak.
Source : opennet.ru
