Earlyoom tråden som skal inkluderes i Fedora 32 for å unngå minnekrasj

den Fedora-utviklere har diskutert et felles tema som fremdeles er en stein i skoen til Linux og er at det lenge har vært snakk om problemene som kommer til å presentere Linux har lite minne i systemet, som fører til at systemet henger eller presenterer et fall i ytelsen.

Fedora-utviklere har diskutert måter å unngå minneforstyrrelser på siden sommeren 2019, for å forbedre brukeropplevelsen i skrivebordsmiljøet. Stilt overfor denne situasjonen som oppstår i Fedora, utviklere snakket og godkjente inkluderingen av Earlyoom en neste versjon av Fedora som ville være versjonen Fedora 32.

Arbeidsgruppen har foreslått flere løsninger å fryse skrivebordet mens du jobber, noe som har en betydelig innvirkning på brukeropplevelsen. Imidlertid har SIGKIL, som raskt gjenoppretter hele systemet og bare avslutter prosessene, blitt foreslått før, ved å sende en SIGTERM for å gi instruksjoner på slutten av prosessen, kan det være valgbar nedleggelse i trinn for brukeren.

Om EarlyOOM

tidlig rom det er en bakgrunnsprosess som vil bli inkludert i Fedora 32 for å svare tidlig på mangel på systemminne.

Hvis mengden tilgjengelig minne er mindre enn den angitte verdien, deretter avhengig gjenværende minnestørrelse Sigterm (ledig minne mindre enn 10%) eller Sigkill (<5%) vil bli sendt det med makt prosessen som bruker mest minne slutter.

Her blir prosessen med høyest verdi tatt / proc / * / oom_score, uten å føre systemtilstanden til å fjerne systembufferne.

Med det Earlyoom vil tillate systemet å reagere raskere til uten minne uten å måtte ringe OOM (Out of Memory) -driveren i kjernen, som sparker inn når situasjonen blir kritisk og systemet som regel ikke lenger reagerer på brukeren.

I andre versjoner av Fedora er det mulig å aktivere driveren med lite minne skjerm med lite minne som bruker / proc / press / memory interface  som ble introdusert i Linux-kjernen 4.20 og forbedret i 5.2.

For å evaluere mangel på minne i systemet, I motsetning til earlyoom behandler og sender den et varsel gjennom DBus på behovet for å redusere minneforbruket (hvis situasjonen etter dette ikke har blitt normal, er aktivering av OOM Killer-kjernen mulig).

Skjermen med lite minne krever endring av applikasjoner, slik at blir sett på som en løsning for en fjern fremtid, som kan brukes etter porting av GNOME-applikasjoner.

For å overvåke situasjonen tomt for minne, applikasjoner i Glib 2.63.3 la til GMemoryMonitor API, som lar deg overvåke signaler fra en skjerm med lite minne og iverksette tiltak (for eksempel kan applikasjonen frigjøre minne som brukes til hurtigbufring, lagre filer, starte søppelinnsamling, prøve å redusere minnefragmentering eller fullføre prosesser inaktiv støtte).

GMemoryMonitor-støtte er også lagt til til xdg-desktop-portal for bruk i frittstående applikasjoner levert i flatpak-format.

Endelig Det er viktig å nevne at standard EarlyOOM implementering i Fedora begrenset til bare skrivebordsversjonen så de andre byggene av Fedora vil ikke ha det.

Som tilleggsdata, Det nevnes at EarlyOOM er utviklet for bruk på skrivebordet og det virker usannsynlig at andre endringer vil bli gjort med mindre etterspørselen øker. Foreløpig er pakken tilgjengelig for forskjellige Linux-distribusjoner, og OpenSUSE-utviklere diskuterer også inkluderingen i systemet.

Si du vil vite mer om det om inkluderingen av EarlyOOM kan du konsultere følgende lenker hvor den utvikler seg diskusjonen. 

også kan du se i dokumentasjonen og installasjonen i eldre versjoner av Fedora på følgende lenke.