Fedora 32 har til hensikt å inkludere earlyoom for tidlig respons på lavt minne

publisert plan inneslutninger som standard i Fedora 32 bakgrunnsprosesser tidlig morgen for tidlig respons på lite minne i systemet. Hvis mengden tilgjengelig minne er mindre enn den spesifiserte verdien, vil earlyoom ved å sende SIGTERM (ledig minne mindre enn 10%) eller SIGKILL (< 5%) med kraft avslutte prosessen som bruker mest aktivt minne (som har høyest /proc) /*/oom_score value), uten å bringe systemtilstanden til punktet for å tømme systembuffere. Earlyoom vil tillate deg å reagere raskere på mangel på minne, uten å komme til poenget med å ringe OOM-behandleren (Out Of Memory) i kjerne, som utløses når situasjonen blir kritisk og systemet som regel ikke lenger reagerer på brukerhandlinger .

I senere utgivelser av Fedora muligheten vurderes aktiver håndtering av tom minne lite minne-monitor, som bruker den som er introdusert i Linux-kjernen 5.2 /proc/pressure/memory interface for vurdering av mangel på minne i systemet, men i motsetning til earlyoom avslutter det ikke umiddelbart prosesser, men sender en melding via DBus om behovet for å redusere minneforbruket (hvis situasjonen etter dette ikke har kommet tilbake til normal, aktivering er mulig OOM morder kjerner). Lav-minne-monitor krever modifikasjon av applikasjoner, så det anses som en langsiktig løsning som kan brukes etter tilpasning av GNOME-applikasjoner.

For å spore situasjonen for programmer som går tom for minne i Glib 2.63.3 API lagt til GMemoryMonitor, tillater Overvåk signaler fra skjerm med lavt minne og iverksett tiltak (for eksempel kan applikasjonen frigjøre minne som brukes til bufring, lagre filer, kjøre søppelinnsamling, prøve å redusere minnefragmentering eller avslutte inaktive hjelpeprosesser). Brukerstøtte
GMemoryMonitor er også lagt til xdg-desktop-portal for bruk i sandkasseapplikasjoner levert i flatpak-format.

Kilde: opennet.ru

Legg til en kommentar