Заздалегідь введіть потік у Fedora 32, щоб уникнути збою пам'яті

Ранній

L Розробники Fedora обговорили загальну тему що все ще залишається каменем у взутті Linux і полягає в тому, що довгий час там говорили про проблеми що приходить до сучасного Linux маючи мало пам'яті в системі, що призводить до того, що система зависає або демонструє падіння продуктивності.

Розробники Fedora обговорювали способи уникнути переривань пам’яті з літа 2019, з метою покращення взаємодії з користувачем у робочому середовищі. Зіткнувшись із цією ситуацією, яка виникає у Fedora, розробники висловились і схвалили включення Earlyoom en наступна версія Fedora, яка буде такою Fedora 32

Робоча група запропонувала кілька рішень заморозити робочий стіл під час роботи, що суттєво впливає на роботу користувачів. Однак SIGKIL, який швидко відновлює всю систему і лише закінчує процеси, пропонувався раніше, надіславши SIGTERM, щоб дати вказівки в кінці процесу, для користувача це може бути вимкнено поетапно.

Про EarlyOOM

Ранній це фоновий процес який буде включений у Fedora 32 для раннього реагування на відсутність пам'яті в системі.

Якщо обсяг доступної пам'яті менше вказаного значення, етнони залежно обсяг пам'яті, що залишився Буде надіслано 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 додали API GMemoryMonitor, що дозволяє контролювати сигнали з монітора з низьким обсягом пам’яті та вживати заходів (наприклад, програма може звільнити пам’ять, що використовується для кешування, зберегти файли, розпочати збір сміття, спробувати зменшити фрагментацію пам’яті або завершити процеси неактивна підтримка).

Також була додана підтримка GMemoryMonitor на xdg-desktop-portal для використання в окремих додатках, що постачаються у форматі flatpak.

В кінці кінців Важливо згадати, що реалізація EarlyOOM за замовчуванням у Fedora обмежується лише настільною версією тому інші збірки Fedora цього не матимуть.

Як додаткові дані, Згадується, що EarlyOOM розроблений для використання на робочому столі і здається малоймовірним, що будуть внесені інші зміни, якщо попит не зросте. В даний час пакет доступний для різних дистрибутивів Linux, а також розробники OpenSUSE обговорюють його включення в систему.

Si ви хочете дізнатися більше про це щодо включення EarlyOOM ви можете проконсультуватися наступні посилання де воно розвивається обговорення. 

Тамбієн Ви можете ознайомитися з документацією та монтажем у старих версіях Fedora на наступне посилання. 


Залиште свій коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

*

*

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

  1.   автопілот - сказав він

    Безладу vm.swappiness та vm.dirty_bytes було недостатньо, щоб уникнути збою робочого столу.

    Дуже хороша новина!