sok A Fedora fejlesztői közös témát vitattak meg ami még mindig egy kő a Linux cipőjében, és hogy hosszú ideje szó esik róla a problémákról ami a Linuxot mutatja be kevés memória van a rendszerben, ami a rendszer felakasztásához vagy teljesítményének csökkenéséhez vezet.
Fedora fejlesztők megvitatták a memóriazavarok elkerülésének módjait 2019 nyara óta, a felhasználói élmény javítása érdekében az asztali környezetben. Szembesülve ezzel a Fedorában előforduló helyzettel, a fejlesztők felszólaltak és jóváhagyták az Earlyoom beépítését en a Fedora következő verziója az lenne Fedora 32.
A munkacsoport számos megoldást javasolt fagyasztani az asztalt munka közben, ami jelentős hatással van a felhasználói élményre. Azonban a SIGKIL, amely gyorsan helyreállítja a teljes rendszert, és csak befejezi a folyamatokat, már korábban is javasolták, hogy egy SIGTERM elküldésével utasításokat ad a folyamat végén, ez választható szakaszos leállítás a felhasználó számára.
Az EarlyOOM-ról
korai szoba ez egy háttérfolyamat amelyet a Fedora 32 tartalmaz, hogy korán reagáljon a rendszer memóriájának hiányára.
Ha a szabad memória mennyisége kisebb, mint a megadott érték, majd attól függően megmaradt memória méret Sigterm (szabad memória kevesebb, mint 10%) vagy Sigkill (<5%) kerül elküldésre hogy erőszakkal a legtöbb memóriát felemésztő folyamat véget ér.
Itt a legmagasabb értékkel rendelkező folyamat kerül végrehajtásra / proc / * / oom_score, anélkül, hogy a rendszerállapotot megtisztítaná a rendszerpufferekből.
Azzal Az Earlyoom lehetővé teszi a rendszer gyorsabb reagálását memóriahiányra anélkül, hogy meg kellene hívni az OOM (Elfogyott a memóriában) illesztőprogramot a kernelben, ami akkor vált ki, amikor a helyzet válságossá válik, és a rendszer általában nem reagál a felhasználóra.
A Fedora más verzióiban lehetőség van az alacsony memóriájú illesztőprogram engedélyezésére kevés memóriafigyelő amely a / proc / pressure / memory interfészt használja amelyet a 4.20-es Linux kernelben vezettek be és az 5.2-ben javítottak.
A rendszer memóriahiányának értékeléséhez A earlyoom-tól eltérően a DBus-on keresztül dolgoz fel és küld értesítést a memóriafogyasztás csökkentésének szükségességéről (ha ezt követően a helyzet nem normalizálódott, akkor aktiválni lehet az OOM Killer kernelt).
A monitor kevés memóriával rendelkezik az alkalmazások módosítását igényli, így a távoli jövő megoldásának tekintik, amely a GNOME alkalmazások portolása után használható.
Figyelni a helyzetet elfogyott a memória, a Glib 2.63.3 alkalmazásai hozzáadták a GMemoryMonitor API-t, amely lehetővé teszi az alacsony memóriájú monitorról érkező jelek megfigyelését és a műveletek végrehajtását (például az alkalmazás felszabadíthatja a gyorsítótárba tárolt memóriát, fájlokat menthet, megkezdheti a szemétszedést, megpróbálhatja csökkenteni a memória töredezettségét vagy befejezheti a folyamatokat inaktív támogatás).
A GMemoryMonitor támogatást is hozzáadták az xdg-desktop-portal portálhoz, önálló alkalmazásokhoz, Flatpak formátumban szállítva.
Végül Fontos megemlíteni, hogy az EarlyOOM alapértelmezett megvalósítása a Fedorában csak asztali verzióra korlátozódik tehát a Fedora többi buildjénél nem lesz meg.
További adatokként Megemlítik, hogy az EarlyOOM-ot asztali használatra fejlesztették ki és valószínűtlennek tűnik, hogy más szerkesztéseket végezzenek, hacsak nem nő a kereslet. Jelenleg a csomag különféle Linux disztribúciókhoz érhető el, és az OpenSUSE fejlesztői is megvitatják a rendszerbe történő felvételét.
Si többet szeretne tudni róla az EarlyOOM felvételéről konzultálhat a következő linkeket ahol fejlődik a vita.
is megtekintheti a dokumentációt és a telepítést a Fedora régebbi verzióiban a következő link.
A vm.swappiness és a vm.dirty_bytes rendetlenség nem volt elegendő az asztali összeomlás elkerülésére.
Nagyon jó hír!