fonprocezo defaŭlte en Fedora 32 por frua respondo al malalta memoro en la sistemo. Se la kvanto de disponebla memoro estas malpli ol la specifita valoro, tiam earlyoom, sendante SIGTERM (malpli ol 10% libera memoro) aŭ SIGKILL (< 5%), perforte (malŝaltas la procezon kiu konsumas memoron plej aktive (havante la plej altan). /proc/*/oom_score), sen alporti la sisteman staton al purigado de sistemaj bufroj.Earlyoom permesos al vi pli rapide respondi al manko de memoro, sen atingi la vokon de la prizorganto de OOM (El Memoro) en la kerno, kiu estas ekigita kiam la situacio fariĝas kritika kaj la sistemo, kiel regulo, ne plu respondas al uzant-agoj.
En pli postaj eldonoj de Fedora ebligi senmemor-traktilon , kiu uzas aperis en la Linukso-kerno /proc/pressure/memory-interfaco por taksi la mankon de memoro en la sistemo, sed male al earlyoom, ĝi ne tuj ĉesigas procezojn, sed sendas sciigon per DBus pri la bezono redukti memorkonsumon (se la situacio ne normaliĝis. post tio, aktivigo eblas kernoj). Malalta memoro-monitoro postulas ke aplikaĵoj estu modifitaj, do ĝi estas rigardata kiel longdaŭra solvo, kiu povas esti uzata post kiam GNOME-aplikoj estas adaptitaj.
Monitori senmemorajn situaciojn por aplikoj en Glib API aldonis , rigardu por signaloj de malalta memoro-monitoro kaj agi (ekzemple, la aplikaĵo povas liberigi memoron uzitan por kaŝmemoro, konservi dosierojn, ruli rubkolekton, provi redukti memorfragmentiĝon aŭ mortigi neaktivajn helpajn procezojn). Subteno
GMemoryMonitor ankaŭ estis aldonita al xdg-desktop-portal por uzo en sandboxed flatpak-aplikoj.
fonto: opennet.ru