Earlyoom firul pentru a include în Fedora 32 pentru a evita blocarea memoriei

Devreme

L Dezvoltatorii Fedora au discutat despre un subiect comun care este încă o piatră în pantoful Linux și este că de mult timp s-a vorbit despre probleme care vine să prezinte Linux având puțină memorie în sistem, ducând la sistem pentru a atârna sau a arăta o scădere a performanței.

Dezvoltatori Fedora au discutat despre modalități de a evita întreruperile memoriei din vara anului 2019, pentru a îmbunătăți experiența utilizatorului în mediul desktop. În fața acestei situații care apare în Fedora, dezvoltatorii au vorbit și au aprobat includerea Earlyoom en următoarea versiune a Fedora care ar fi versiunea Fedora 32.

Grupul de lucru a propus mai multe soluții pentru a îngheța desktopul în timp ce lucrați, ceea ce are un efect semnificativ asupra experienței utilizatorului. Cu toate acestea, SIGKIL, care recuperează întregul sistem rapid și doar încheie procesele, a fost propus anterior, prin trimiterea unui SIGTERM pentru a oferi instrucțiuni la sfârșitul procesului, poate fi oprit selectabil în etape pentru utilizator.

Despre EarlyOOM

Devreme este un proces de fundal care va fi inclus în Fedora 32 pentru a răspunde devreme la lipsa de memorie a sistemului.

Dacă cantitatea de memorie disponibilă este mai mică decât valoarea specificată, atunci în funcție dimensiunea memoriei rămase Vor fi trimise Sigterm (memorie liberă mai mică de 10%) sau Sigkill (<5%) că prin forță procesul care consumă cea mai mare memorie se va încheia.

Aici va fi luat procesul cu cea mai mare valoare / proc / * / oom_score, fără a conduce starea sistemului pentru a șterge bufferele de sistem.

Cu ce Earlyoom va permite sistemului să răspundă mai rapid să nu mai aibă memorie fără să trebuiască să apeleze driverul OOM (Out of Memory) din nucleu, care începe atunci când situația devine critică și sistemul, de regulă, nu mai răspunde utilizatorului.

În alte versiuni ale Fedora, este posibil să activați driverul cu memorie redusă monitor cu memorie redusă care folosește interfața / proc / pressure / memory  care a fost introdus în kernel-ul Linux 4.20 și îmbunătățit în 5.2.

Pentru a evalua lipsa de memorie din sistem, Spre deosebire de earlyoom, procesează și trimite o notificare prin DBus cu privire la necesitatea de a reduce consumul de memorie (dacă după aceasta situația nu a revenit la normal, este posibil să se activeze nucleul OOM Killer).

Monitorul cu memorie redusă necesită modificarea aplicațiilor, așa este considerat ca o soluție pentru viitorul îndepărtat, care poate fi folosit după portarea aplicațiilor GNOME.

Pentru a monitoriza situația fara memorie, aplicațiile din Glib 2.63.3 au adăugat API-ul GMemoryMonitor, care vă permite să monitorizați semnalele de la un monitor cu memorie redusă și să luați măsuri (de exemplu, aplicația poate elibera memoria utilizată pentru stocarea în cache, salva fișiere, poate începe colectarea gunoiului, poate încerca să reducă fragmentarea memoriei sau să finalizeze procesele suport inactiv).

A fost adăugat și suportul GMemoryMonitor la xdg-desktop-portal pentru utilizare în aplicații independente livrate în format flatpak.

În cele din urmă Este important de menționat că implementarea implicită EarlyOOM în Fedora limitat la versiunea desktop deci celelalte versiuni ale Fedora nu o vor avea.

Ca date suplimentare, Se menționează că EarlyOOM este dezvoltat pentru utilizare pe desktop și pare puțin probabil ca alte editări să fie efectuate dacă cererea nu crește. În prezent, pachetul este disponibil pentru diferite distribuții Linux și, de asemenea, dezvoltatorii OpenSUSE discută despre includerea acestuia în sistem.

Si vrei să afli mai multe despre asta despre includerea EarlyOOM pe care o puteți consulta următoarele link-uri unde se dezvoltă discutia. 

también puteți consulta documentația și instalarea în versiunile mai vechi ale Fedora pe următorul link. 


Conținutul articolului respectă principiile noastre de etică editorială. Pentru a raporta o eroare, faceți clic pe aici.

Un comentariu, lasă-l pe al tău

Lasă comentariul tău

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*

*

  1. Responsabil pentru date: Miguel Ángel Gatón
  2. Scopul datelor: Control SPAM, gestionarea comentariilor.
  3. Legitimare: consimțământul dvs.
  4. Comunicarea datelor: datele nu vor fi comunicate terților decât prin obligație legală.
  5. Stocarea datelor: bază de date găzduită de Occentus Networks (UE)
  6. Drepturi: în orice moment vă puteți limita, recupera și șterge informațiile.

  1.   Autopilot el a spus

    Vm.swappiness și vm.dirty_bytes nu au fost suficiente pentru a evita blocarea desktopului.

    Vesti foarte bune!