standardmäßig in Fedora 32-Hintergrundprozessen für eine frühzeitige Reaktion auf wenig Speicher im System. Wenn die Menge des verfügbaren Speichers geringer ist als der angegebene Wert, beendet Earlyoom durch Senden von SIGTERM (freier Speicher weniger als 10 %) oder SIGKILL (< 5 %) den Prozess, der am aktivsten Speicher verbraucht (mit der höchsten /proc /*/oom_score-Wert), ohne den Systemstatus so weit zu bringen, dass Systempuffer geleert werden. Mit Earlyoom können Sie schneller auf einen Speichermangel reagieren, ohne den OOM-Handler (Out Of Memory) im aufzurufen Kernel, der ausgelöst wird, wenn die Situation kritisch wird und das System in der Regel nicht mehr auf Benutzeraktionen reagiert.
In späteren Versionen von Fedora Aktivieren Sie den Out-of-Memory-Handler , das das im Linux-Kernel eingeführte verwendet /proc/Pressure/Memory-Schnittstelle zur Beurteilung des Speichermangels im System, aber im Gegensatz zu Earlyoom werden Prozesse nicht sofort beendet, sondern über DBus wird eine Benachrichtigung über die Notwendigkeit gesendet, den Speicherverbrauch zu reduzieren (falls die Situation danach nicht wiederhergestellt ist). normal, Aktivierung ist möglich Kerne). Low-Memory-Monitor erfordert eine Änderung der Anwendungen und wird daher als langfristige Lösung betrachtet, die nach der Anpassung von GNOME-Anwendungen verwendet werden kann.
Um die Situation zu verfolgen, wenn Anwendungen in Glib nicht mehr über genügend Speicher verfügen API hinzugefügt , Überwachen Sie Signale von low-memory-monitor und ergreifen Sie Maßnahmen (z. B. kann die Anwendung für das Caching genutzten Speicher freigeben, Dateien speichern, Garbage Collection ausführen, versuchen, die Speicherfragmentierung zu reduzieren oder inaktive Hilfsprozesse beenden). Unterstützung
GMemoryMonitor wurde auch zum xdg-desktop-portal zur Verwendung in Sandbox-Anwendungen hinzugefügt, die im Flatpak-Format bereitgestellt werden.
Source: opennet.ru