Намалете рано нишката, която да включите във Fedora 32, за да избегнете сривове в паметта

Раноум

Лос Разработчиците на Fedora обсъдиха обща тема което все още е камък в обувката на Linux и е, че отдавна се говори за проблемите който идва да представи Linux с ниска памет в системата, което води до увисване на системата или показване на спад в производителността.

Разработчици на Fedora са обсъждали начини за избягване на прекъсванията на паметта от лято 2019, с цел подобряване на потребителското изживяване в работната среда. Изправени пред тази ситуация, която се случва във Fedora, разработчиците говориха и одобриха включването на Earlyoom en следващата версия на Fedora, която ще бъде версията Fedora 32.

Работната група предложи няколко решения да замразите работния плот, докато работите, което има значителен ефект върху потребителското изживяване. Въпреки това, SIGKIL, който възстановява цялата система бързо и само приключва процесите, беше предложен преди това, като изпрати SIGTERM, за да даде инструкции в края на процеса, може да бъде избираемо спиране на етапи за потребителя.

Всичко за EarlyOOM

Раноум това е фонов процес които ще бъдат включени във Fedora 32, за да реагират рано на липсата на памет в системата.

Ако количеството налична памет е по-малко от посочената стойност, entonces в зависимост оставащ размер на паметта Sigterm (свободна памет по-малко от 10%) или Sigkill (<5%) ще бъдат изпратени че насила процесът, който консумира най-много памет, ще приключи.

Тук ще се вземе процесът с най-висока стойност / proc / * / oom_score, без да се налага състоянието на системата да изчиства системните буфери.

С това Earlyoom ще позволи на системата да реагира по-бързо да липсва памет, без да се налага да извиквате OOM (Out of Memory) драйвер в ядрото, който се включва, когато ситуацията стане критична и системата, като правило, вече не реагира на потребителя.

В други версии на Fedora е възможно да активирате драйвера с малко памет монитор с малко памет който използва интерфейса / proc / pressure / memory  който беше въведен в ядрото на Linux 4.20 и подобрен в 5.2.

За да оцените липсата на памет в системата, За разлика от earlyoom, той обработва и изпраща известие чрез DBus относно необходимостта от намаляване на консумацията на памет (ако след това ситуацията не се нормализира, е възможно да се активира ядрото на OOM Killer).

Мониторът с малко памет изисква модификация на приложенията, така се разглежда като решение за далечното бъдеще, който може да се използва след пренасяне на приложения на GNOME.

За наблюдение на ситуацията недостатъчна памет, приложения в Glib 2.63.3 добавиха GMemoryMonitor API, което ви позволява да наблюдавате сигнали от монитор с малко памет и да предприемате действия (например приложението може да освободи паметта, използвана за кеширане, да запазва файлове, да стартира събирането на боклука, да се опита да намали фрагментацията на паметта или да завърши неактивна поддръжка на процеси).

Добавена е и поддръжка на GMemoryMonitor към xdg-desktop-portal за използване в самостоятелни приложения, доставени във формат flatpak.

Накрая Важно е да се спомене, че изпълнението по подразбиране EarlyOOM във Fedora ограничено само до настолна версия така че другите компилации на Fedora няма да го имат.

Като допълнителни данни, Споменава се, че EarlyOOM е разработен за използване на работния плот и изглежда малко вероятно да се правят други редакции, освен ако търсенето не се увеличи. В момента пакетът е достъпен за различни дистрибуции на Linux и разработчиците на OpenSUSE също обсъждат включването му в системата.

Si искате да знаете повече за това относно включването на EarlyOOM можете да се консултирате следните връзки където се развива дискусията. 

Tambien можете да се консултирате с документацията и инсталацията в по-старите версии на Fedora на следваща връзка. 


Съдържанието на статията се придържа към нашите принципи на редакторска етика. За да съобщите за грешка, щракнете върху тук.

Коментар, оставете своя

Оставете вашия коментар

Вашият имейл адрес няма да бъде публикуван.

*

*

  1. Отговорен за данните: Мигел Анхел Гатон
  2. Предназначение на данните: Контрол на СПАМ, управление на коментари.
  3. Легитимация: Вашето съгласие
  4. Съобщаване на данните: Данните няма да бъдат съобщени на трети страни, освен по законово задължение.
  5. Съхранение на данни: База данни, хоствана от Occentus Networks (ЕС)
  6. Права: По всяко време можете да ограничите, възстановите и изтриете информацията си.

  1.   Автопилот каза той

    Vm.swappiness и vm.dirty_bytes не бяха достатъчни, за да се избегне срив на работния плот.

    Много добри новини!