Komencu la fadenon por inkluzivi en Fedora 32 por eviti memoro-kraŝojn

Fruulo

la Programistoj de Fedora diskutis pri komuna temo kiu ankoraŭ estas ŝtono en la ŝuo de Linukso kaj estas, ke delonge oni parolas pri la problemoj tio venas al nuna Linukso havante malmultan memoron en la sistemo, kondukante al la sistemo pendigi aŭ montri falon de rendimento.

Programistoj de Fedora diskutis manierojn eviti memorinterrompojn ekde somero 2019, por plibonigi la sperton de uzanto en la labortabla medio. Fronte al ĉi tiu situacio, kiu okazas en Fedora, programistoj parolis kaj aprobis la inkludon de Earlyoom en la sekva versio de Fedora, kiu estus la versio Fedora 32.

La laborgrupo proponis plurajn solvojn frostigi la labortablon dum laboro, kio grave influas la sperton de uzanto. Tamen SIGKIL, kiu rapide reakiras la tutan sistemon kaj nur finas la procezojn, estis proponita antaŭe, sendante SIGTERM por doni instrukciojn ĉe la fino de la procezo, ĝi povas esti elektebla ĉesigo laŭ etapoj por la uzanto.

Pri EarlyOOM

Fruulo ĝi estas fona procezo kiu estos inkluzivita en Fedora 32 por respondi frue al memora memoro en la sistemo.

Se la kvanto de disponebla memoro estas malpli ol la specifa valoro, tiam depende memora grandeco restanta Sigterm (senpaga memoro malpli ol 10%) aŭ Sigkill (<5%) estos senditaj tion perforte la procezo, kiu konsumas plej multe da memoro, finiĝos.

Ĉi tie la procezo kun la plej alta valoro estos prenita / proc / * / oom_score, sen konduki la sisteman staton malplenigi la sistemajn bufrojn.

Kun ĝi Earlyoom permesos al la sistemo respondi pli rapide al memora memoro sen devi telefoni al la ŝoforo OOM (Memora Memoro) en la kerno, kiu ekas kiam la situacio fariĝas kritika kaj la sistemo kutime ne plu respondas al la uzanto.

En aliaj versioj de Fedora eblas ebligi la malmultan memoran pelilon malalta memora monitoro kiu uzas la interfacon / proc / pressure / memory  kiu estis enkondukita en Linukso-kerno 4.20 kaj plibonigita en 5.2.

Por taksi la mankon de memoro en la sistemo, Male al earlyoom, ĝi prilaboras kaj sendas sciigon per DBus pri la bezono redukti memorkonsumon (se post tio la situacio ne revenis al normalo, eblas aktivigo de la kerno de OOM Killer).

La ekrano kun malmulta memoro postulas modifon de aplikoj, do estas konsiderata kiel solvo por la fora estonteco, uzebla post portado de GNOME-aplikaĵoj.

Por kontroli la situacion sen memoro, aplikoj en Glib 2.63.3 aldonis la GMemoryMonitor API, kiu permesas al vi monitori signalojn de malalta memora monitoro kaj ekagi (ekzemple, la aplikaĵo povas liberigi memoron uzitan por konservado, konservi dosierojn, komenci rubkolekton, provi redukti memoran fragmentiĝon aŭ kompletigi neaktivan subtenon).

Subteno de GMemoryMonitor ankaŭ estis aldonita al xdg-desktop-portal por uzi en memstaraj aplikoj liveritaj en plata formato.

Fine Gravas mencii, ke la defaŭlta efektivigo de EarlyOOM en Fedora limigita al nur labortabla versio do la aliaj versioj de Fedora ne havos ĝin.

Kiel aldonaj datumoj, Estas menciite, ke EarlyOOM estas evoluigita por uzi sur la labortablo kaj ŝajnas neverŝajne ke aliaj redaktoj estos faritaj krom se postulo pliiĝos. Nuntempe la pakaĵo haveblas por diversaj Linuksaj distribuoj kaj ankaŭ programistoj de OpenSUSE diskutas ĝian inkluzivon en la sistemo.

Si vi volas scii pli pri ĝi pri la inkludo de EarlyOOM vi povas konsulti la jenaj ligoj kie ĝi disvolviĝas la diskuto. 

Tambien vi povas konsulti la dokumentadon kaj instaladon en pli malnovaj versioj de Fedora en la sekva ligilo. 


La enhavo de la artikolo aliĝas al niaj principoj de redakcia etiko. Por raporti eraron alklaku Ĉi tie.

Komento, lasu la vian

Lasu vian komenton

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita per *

*

*

  1. Respondeculo pri la datumoj: Miguel Ángel Gatón
  2. Celo de la datumoj: Kontrola SPAM, administrado de komentoj.
  3. Legitimado: Via konsento
  4. Komunikado de la datumoj: La datumoj ne estos komunikitaj al triaj krom per laŭleĝa devo.
  5. Stokado de datumoj: Datumbazo gastigita de Occentus Networks (EU)
  6. Rajtoj: Iam ajn vi povas limigi, retrovi kaj forigi viajn informojn.

  1.   aŭtomata piloto diris

    La vm.swappiness kaj vm.dirty_bytes malordo ne sufiĉis por malebligi la labortablon.

    Tre bonaj novaĵoj!