Els desenvolupadors de Fedora han discutit sobre un tema comú que segueix sent una pedra a la sabata de Linux i és que des de fa molt de temps s'ha parlat sobre els problemes que arriba a presentar Linux a l'comptar amb poca memòria en el sistema, El que porta a el sistema a bloquejar o presentar una baixada en el rendiment.
Els desenvolupadors de Fedora han estat discutint formes d'evitar les interrupcions de memòria des de l'estiu de 2019, per tal de millorar l'experiència de l'usuari en l'entorn d'escriptori. Davant d'aquesta situació que es presenta en Fedora, els desenvolupadors van parlar i van aprovar la inclusió de Earlyoom en la propera versió de Fedora que seria la versió Fedora 32.
El grup de treball ha proposat diverses solucions per congelar l'escriptori mentre treballa, el que té un efecte significatiu en l'experiència de l'usuari. No obstant això, SIGKIL, que recupera tot el sistema ràpidament i només finalitza els processos, s'ha proposat abans, mitjançant l'enviament d'un SIGTERM per donar instruccions a la fi de l'procés, pot ser seleccionable apagat per etapes per a l'usuari.
sobre EarlyOOM
Earlyoom és un procés de fons que s'inclourà en Fedora 32 per respondre d'hora a la manca de memòria en el sistema.
Si la quantitat de memòria disponible és menor que el valor especificat, llavors depenent de mida de la memòria que queda s'enviés SIGTERM (memòria lliure inferior a l'10%) o SIGKILL (<5%) que per la força finalitzés el procés que consumeix la major quantitat de memòria.
Aquí es prengués el procés que té el valor més alt / Proc / * / oom_score, Sense portar l'estat de sistema a esborrar les memòria intermèdia de el sistema.
amb això Earlyoom li permetrà el sistema respondre més ràpidament a la manca de memòria sense haver de trucar a el controlador OOM (Sense memòria) en el nucli, que s'activa quan la situació es torna crítica i el sistema, com a regla ja no respon a l'usuari.
En altres versions de Fedora, és possible habilitar el controlador de memòria baixa de l'monitor de memòria baixa que utilitza la interfície / proc / pressure / memory que es va introduir en el nucli de Linux 4.20 i es va millorar en 5.2.
Per avaluar la manca de memòria en el sistema, a diferència de earlyoom, processa i envia una notificació a través de DBus sobre la necessitat de reduir el consum de memòria (si després d'això la situació no ha tornat a la normalitat, és possible l'activació de l'nucli OOM Killer).
El monitor amb poca memòria requereix la modificació de les aplicacions, per la qual cosa es considera com una solució per a un futur llunyà, Que es pot utilitzar després de l'adaptació de les aplicacions del GNOME.
Per a monitoritzar la situació de memòria insuficient, les aplicacions en Glib 2.63.3 van agregar l'API GMemoryMonitor, que permet monitoritzar senyals des d'un monitor amb poca memòria i prendre mesures (per exemple, l'aplicació pot alliberar la memòria utilitzada per a l'emmagatzematge en memòria cau, guardar arxius, iniciar la recollida d'escombraries, tractar de reduir la fragmentació de la memòria o completar processos de suport inactius).
El suport de GMemoryMonitor també s'ha afegit a xdg-desktop-portal per al seu ús en aplicacions independents lliurades en format flatpak.
Finalment és important esmentar que la implementació per defecte de EarlyOOM a Fedora es limita només a la versió d'escriptori per la qual cosa les altres compilacions de Fedora no comptessin amb això.
Com a dada addicional, s'esmenta que EarlyOOM està desenvolupat per al seu ús a l'escriptori i sembla poc probable que es realitzin altres edicions llevat que augmenti la demanda. Actualment el paquet es troba disponible per a les diferents distribucions de Linux i també els desenvolupadors d'OpenSUSE estan discutint sobre la seva inclusió en el sistema.
Si vols conèixer més a l'respecte sobre la inclusió de EarlyOOM pots consultar els següents enllaços on es desenvolupa la discussió.
també es pot consultar la documentació i instal·lació en versions anteriors de Fedora en el següent enllaç.
La Napa de vm.swappiness i vm.dirty_bytes no era suficient per evitar el bloqueig de l'escriptori.
Molt bona notícia!