implicit în procesele de fundal Fedora 32 pentru răspunsul timpuriu la memoria scăzută din sistem. Dacă cantitatea de memorie disponibilă este mai mică decât valoarea specificată, atunci earlyoom prin trimiterea SIGTERM (memorie liberă mai mică de 10%) sau SIGKILL (< 5%) va încheia cu forță procesul care consumă cel mai activ memorie (având cea mai mare /proc). /*/oom_score value), Fără a aduce starea sistemului la ștergerea bufferelor sistemului, Earlyoom vă va permite să răspundeți mai rapid la o lipsă de memorie, fără a ajunge la punctul de a apela handler-ul OOM (Out Of Memory) din kernel, care este declanșat atunci când situația devine critică și sistemul, de regulă, nu mai răspunde la acțiunile utilizatorului.
În versiunile ulterioare ale Fedora activați handler-ul fără memorie , care îl folosește pe cel introdus în kernel Linux /proc/pressure/interfață de memorie pentru evaluarea lipsei de memorie în sistem, dar spre deosebire de earlyoom nu oprește imediat procesele, ci trimite o notificare prin DBus despre necesitatea reducerii consumului de memorie (dacă după aceasta situația nu a revenit la normal, activarea este posibilă sâmburi). Monitorul cu memorie scăzută necesită modificarea aplicațiilor, deci este considerat o soluție pe termen lung care poate fi utilizată după adaptarea aplicațiilor GNOME.
Pentru a urmări situația aplicațiilor care rămân fără memorie în Glib API adăugat , Monitorizați semnalele de la monitorul cu memorie redusă și luați măsuri (de exemplu, aplicația ar putea elibera memoria folosită pentru stocarea în cache, salva fișierele, rula colectarea gunoiului, încerca să reducă fragmentarea memoriei sau să încheie procesele de ajutor inactiv). A sustine
GMemoryMonitor a fost, de asemenea, adăugat la xdg-desktop-portal pentru a fi utilizat în aplicații sandbox livrate în format flatpak.
Sursa: opennet.ru
