implicit în Fedora 32 al procesului de fundal pentru a reacționa rapid la lipsa de memorie în sistem. Dacă memoria disponibilă este mai mică decât o valoare stabilită, earlyoom va termina forțat procesul care consumă cel mai mult memorie (cu cel mai mare scor în /proc/*/oom_score) prin trimiterea unui SIGTERM (dacă memoria liberă este sub 10%) sau un SIGKILL (sub 5%), evitând astfel să se ajungă la o curățare a bufferelor sistemului. Earlyoom va permite o reacție mai rapidă la lipsa de memorie, fără a ajunge la activarea handler-ului OOM (Out Of Memory) din nucleu, care este activat când situația devine critică și sistemul, de regulă, nu mai răspunde la acțiunile utilizatorului.
În versiunile mai vechi de Fedora includerii handler-ului de lipsă de memorie , care utilizează interfața apărută în nucleul Linux /proc/pressure/memory pentru a evalua lipsa de memorie în sistem, dar spre deosebire de earlyoom, nu oprește imediat procesele, ci trimite o notificare prin DBus despre necesitatea de a reduce consumul de memorie (dacă după aceasta situația nu s-a normalizat, se poate activa din nucleu). Low-memory-monitor necesită modificarea aplicațiilor, prin urmare, este considerat o soluție pe termen lung, care va putea fi utilizată după adaptarea aplicațiilor GNOME.
Pentru a monitoriza situația de lipsă de memorie de către aplicații în Glib a fost adăugat API-ul , pentru a monitoriza semnalele de la low-memory-monitor și a lua măsuri (de exemplu, aplicația poate elibera memoria utilizată pentru cache, salva fișiere, lansa colectarea de gunoi, încerca să reducă fragmentarea memoriei sau să oprească procesele auxiliare neutilizate). Suportul
GMemoryMonitor a fost de asemenea adăugat în xdg-desktop-portal pentru utilizare în aplicații izolate, livrate în format flatpak.
Sursa: opennet.ro
