The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Представлен low-memory-monitor, новый обработчик нехватки па..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от opennews (??), 24-Авг-19, 22:59 
Бастьен Ночера (Bastien Nocera) анонсировал (http://www.hadess.net/2019/08/low-memory-monitor-new-project...) новый обработчик нехватки памяти для рабочего стола GNOME - low-memory-monitor (https://gitlab.freedesktop.org/hadess/low-memory-monitor/). Демон оценивает нехватку памяти через /proc/pressure/memory и при превышении порога отправляет через DBus предложение процессам о необходимости умерить аппетиты. Также демон может пытаться сохранить отзывчивость системы через запись в /proc/sysrq-trigger.


В комбинации с проведённой в Fedora работой по применению  zswap и прекращению использования дисковой подкачки, low-memory-monitor позволяет добиться повышения отзывчивости и качества работы на большинстве рабочих станций. Проект  написан на языке C и поставляется (https://gitlab.freedesktop.org/hadess/low-memory-monitor/) под лицензией GPLv3. Для работы демона необходимо ядро Linux 5.2 или новее.


URL: https://www.reddit.com/r/linux/comments/ctyzhc/lowmemorymoni.../

Новость: https://www.opennet.ru/opennews/art.shtml?num=51354

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


94. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от кек (?), 26-Авг-19, 16:33 
Вот обновленное сравнение юзерспейсных киллеров:

earlyoom: простой, лёгкий, стабильный. VmRSS меньше мегабайта, нагрузка на процессор околонулевая. С релиза 1.3 стал очень надежен (исправлено возможное убийство невиновных). Лучший выбор для домохозяек, которым не нужны лишние настройки, а нужна хорошая работа из коробки. Поддержка PSI обсуждается (https://github.com/rfjakob/earlyoom/issues/100 - автор давно собирался добавить поддержку PSI, но в последнее время засомневался в целесообразности этого. Проводятся работы по убеждению сенсея в необходимости добавления поддержки PSI). Оф Репа: https://github.com/rfjakob/earlyoom / Присутствует в репах Ubuntu 18.04+ и Debian 10+. Начиная с версии 1.3 могу смело рекомендовать его в качестве дефолтного киллера для десктопа. Буду лоббировать его в качестве дефолтного киллера для Федоры (zram они уже собрались включать по дефолту, для полного счястья не хватает earlyoom, обсуждение тут: https://pagure.io/fedora-workstation/issue/98 ).

nohang: явная и очень гибкая конфигурация. Десятки параметров настройки в конфиге. Подробная печать свойств завершаемого процесса. Печать таблицы процессов со свойствами всех процессов перед корректирующим действием. Возможность реакции на PSI (pressure stall information, https://lwn.net/Articles/759658/) с выбором произвольной метрики и сигруппы для мониторинга. Возможность кастомизации корректирующих действий: отправка жертве любого сигнала (помимо SIGTERM/SIGKILL) или выполнение произвольной команды. Возможность тонкого влияния на badness процесса путем сопоставления его name, cmdline, cgroup, exe realpath c заданным регулярным выражением. Уведомления о низком уровне памяти (произвольной командой или через notify-send). Минусы: мало документации. Хочу релизнуться, но лень писать документацию. Можно рекомендовать тем, кому не хватает возможностей earlyoom (у последнего нет поддержки PSI и уведомлений о нехватке памяти).

oomd: работает только с сигруппами - минимальным объектом для корректирующего действия является сигруппа. Это означает, что при применении на десктопе oomd убъет всю сессию посредством SIGKILL. В связи с этим рекомендуется только для крупных высоконагруженных серверов. Плюс требования: работает только с systemd, cgroup2 должна быть единственной иерархией, иерархия cgroup_v1 должна быть отключена + требуется ядро с поддержкой PSI + своп должен быть включен (без свопа oomd бесполезен). Плюс oomd заметно грузит проц - нагрузка в 4.5% в порядке вещей (We see this internally too. Something like 4.5% of a core all the time. - https://github.com/facebookincubator/oomd/issues/79#issuecom...). Модульная архитектура во все поля, но издержки описаны выше.

low-memory-monitor: рано делать выводы. Идея просить процессы умерить аппетиты самостоятельно вызывает скепсис. В остальном этот киллер примитивен и не содержит других киллер-фич.

Итог таков: Если у тебя CentOS 6, или слабое железо, или не нужно ничего лишнего, или хочешь «быстро поставил и забыл» - ставь earlyoom. Nohang имеет дополнительные фичи, полезные как для десктопа, так и для сервера. oomd не трогай, если ты сам не из Фейсбука.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

1. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +20 +/
Сообщение от Аноним (1), 24-Авг-19, 22:59 
> отправляет через DBus предложение процессам о необходимости умерить аппетиты

До сегодняшнего дня, соответственно, приложениям неоткуда была узнавать о том, что память заканчивается.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +12 +/
Сообщение от Аноним (6), 24-Авг-19, 23:15 
>отправляет через DBus предложение процессам о необходимости умерить аппетиты

С трудом верится, что процессы не будут игнорировать эти сигналы. Скорее всего почти все проги будут забивать кек на этот сигнал.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

13. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Xasd (ok), 24-Авг-19, 23:44 
>> отправляет через DBus предложение процессам о необходимости умерить аппетиты
> С трудом верится, что процессы не будут игнорировать эти сигналы. Скорее всего почти все проги будут забивать кек на этот сигнал.

интересно, а точно ли процессы должны слушать этот DBus а не сами лезть в /proc/pressure/memory ?

какой толк от Демона если это всего-лишь посто прослойка?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

81. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от КО (?), 26-Авг-19, 09:15 
Универсализм настройки. Так каждому приложению надо изобретать тот порог по которому умерять аппетит.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

83. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Xasd5 (?), 26-Авг-19, 10:27 
а нельзя так придумать чтобы работало без кручения руками настроек?
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

84. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Ordu (ok), 26-Авг-19, 12:34 
> какой толк от Демона если это всего-лишь посто прослойка?

Эта прослойка работает через универсальный интерфейс взаимодействия с внешней средой. Не поллинг файликов: поллинг файликов в главном цикле где хочется ограничить latency (скажем, чтобы гуй не залипал) -- это самоубийство. Тут правда псевдофс, она по идее не должна блокировать файловые операции, но я не знаю в точности, даёт ли ядро такие гарантии, и даже выяснять не хочу: при наличии оповещений по dbus, я предпочту их.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

88. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (88), 26-Авг-19, 13:13 
> Эта прослойка работает через универсальный интерфейс взаимодействия с внешней средой

Это откуда у гномеров руки растут?

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

90. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Ordu (ok), 26-Авг-19, 14:43 
>> Эта прослойка работает через универсальный интерфейс взаимодействия с внешней средой
> Это откуда у гномеров руки растут?

Это через dbus. Если место роста рук у других не позволяет им использовать dbus, то тогда да, можно указать в качестве причины место роста рук.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

21. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +15 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 25-Авг-19, 00:46 
Главное чтобы сам DBus дожил до нужного момента и ему не прислали чёрную метку.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

2. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Анонидзе (?), 24-Авг-19, 23:01 
А чё не Earlyoom? Нормальная же штука. Или это типичный GNOME-way?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (6), 24-Авг-19, 23:03 
>Или это типичный GNOME-way?

This. Это поделка уровня earlyoom 0.1, c той лишь разницей, что детекцию проводит через /proc/pressure/memory вместо /proc/meminfo.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +2 +/
Сообщение от Аноним84701 (ok), 24-Авг-19, 23:17 
>  Или это типичный GNOME-way?

Очевидно же, что если убить текущую (в очередной раз) Гномо-Щель:
https://feaneron.com/2018/04/20/the-infamous-gnome-shell-mem.../
> Well, as stated in the comment, GJS’ garbage collect was indeed collecting memory when triggered. Problem is, it wasn’t being triggered at all.

https://gitlab.gnome.org/GNOME/gnome-shell/issues/64
> On Ubuntu 17.10, gnome-shell starts the day on 569.9MiB for me, and ends around 2GB. It got up to 5GB over two days. Now I shutdown every night.

Убъется весь сеанс пользователя ;)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

34. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от eugener (ok), 25-Авг-19, 08:32 
Но ведь этот баг исправили давно!
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

48. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним84701 (ok), 25-Авг-19, 12:59 
> Но ведь этот баг исправили давно!

Это у них традиционное:

https://bugzilla.gnome.org/show_bug.cgi?id=777537
> Gnome 3.22.2 + GDM 3.22.1 : Memory leaks
> 2017-01-20

https://bugzilla.gnome.org/show_bug.cgi?id=789634
> 2017-10-29

https://gitlab.gnome.org/GNOME/gnome-shell/issues/64
> #64 · opened 1 year ago

https://gitlab.gnome.org/GNOME/gnome-shell/issues/653
> #653 · opened 10 months ago

https://gitlab.gnome.org/GNOME/gnome-shell/issues/1359
> #1359 · opened 2 months ago

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

82. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от КО (?), 26-Авг-19, 09:17 
Это ж не баг, а оснопологающая фича Вяленного.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

4. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +3 +/
Сообщение от Аноним (6), 24-Авг-19, 23:12 
>В комбинации с проведённой в Fedora работой по применению zswap

No.

Installing and enabling zram by default (already merged):
https://bugzilla.redhat.com/show_bug.cgi?id=1731598
https://pagure.io/fedora-comps/pull-request/391

Disabling disk-based swap by default:
https://bugzilla.redhat.com/show_bug.cgi?id=1731978

- https://pagure.io/fedora-workstation/issue/98 - Федора переходит на zram, а не zswap. Это можно, кстати, в отдельную новость выделить.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +3 +/
Сообщение от zloykakpes (ok), 24-Авг-19, 23:14 
В этой новости прекрасно всё.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –13 +/
Сообщение от Аноним (9), 24-Авг-19, 23:24 
опять на си, он не помогает в написании корректных программ
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +3 +/
Сообщение от Аноним (6), 24-Авг-19, 23:28 
А у раста бинарники слишком жирные и его еще никто не выучил.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

18. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (18), 24-Авг-19, 23:58 
Причем тут размеры бинарников раста? Посмотри сколько рамы на твоем десктопе занимают Gnome Software + PackageKitD.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

71. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним (71), 25-Авг-19, 23:01 
Все и так плохо, давай ещё и раста подкинем, чтобы совсем адъ?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

11. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +3 +/
Сообщение от Аноним (6), 24-Авг-19, 23:29 
в earlyoom утечек нет, хоть он и на си - стабильно 1 МБ потребляет
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

28. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +17 +/
Сообщение от Аноним (28), 25-Авг-19, 02:05 
> опять на си, он не помогает в написании корректных программ

Ни один язык не помогает. Как показывает практика, люди, которые на си не могут память освободить вовремя, на яве не могут вовремя закрыть соединение с базой или остановить опрос какого-нибудь BLE в андроиде. Люди, которые в си не проверяют, что введённое пользователем значение попадает в нужный диапазон, не будут делать этого и на питоне.

А от того, что вместо UB вы получаете стектрейс, программа корректной не становится.

Однако в отличие от многих других, си помогает в написании БЫСТРЫХ программ.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

29. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –11 +/
Сообщение от Hewlett Packard (?), 25-Авг-19, 03:18 
Хорошее собрание типично юниксовых заблуждений времен расцвета.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

40. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от anonymous (??), 25-Авг-19, 10:14 
А в чём конкретно заблуждение?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

76. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –1 +/
Сообщение от имя_ (?), 26-Авг-19, 04:01 
в том, что до сих пор кто-то ведется на такую жырноту
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

31. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним (31), 25-Авг-19, 03:31 
Насчёт того, что си быстрее можно долго и бесполезно спорить, ибо цель у языка только в скармливании компилятору, от которого больше зависит. А вот то, что си максимально примитивен в плане абстрагирования от того, что происходит в машине - это факт, который кому то в плюс, а кому то в минус.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

33. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Hewlett Packard (?), 25-Авг-19, 04:25 
Это если машина - PDP-11. Если же обсуждать то как работает что-то посовременнее, то кто там дальше от execution units, cache line bouncing или например wear leveling, Си, Haskell, или brainfuck - вопрос дискуссионный.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

50. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним (50), 25-Авг-19, 13:13 
> Это если машина - PDP-11. Если же обсуждать то как работает что-то
> посовременнее, то кто там дальше от execution units, cache line bouncing
> или например wear leveling, Си, Haskell, или brainfuck - вопрос дискуссионный.

Не обязательно валить все известные buzzwords в кучу, достаточно посмотреть реализацию vfprintf в musl -- она строго 32-х разрядная.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

97. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Hewlett Packard (?), 27-Авг-19, 03:09 
Надеюсь еще и вручную оптимизированная под конкретный размер кэшей конкретной линейки CPU конкретного производителя, с ассемблерными вставками, профайлингом доведенными до совершенства скорости работы на конкретном поколении конкретной линейки CPU конкретного производителя.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

100. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (50), 27-Авг-19, 06:33 
> Надеюсь еще и вручную оптимизированная под конкретный размер кэшей конкретной линейки CPU
> конкретного производителя, с ассемблерными вставками, профайлингом доведенными до совершенства
> скорости работы на конкретном поколении конкретной линейки CPU конкретного производителя.

Ведь я указал, какой конкретно файл можно посмотреть, без лишних поисков. Но, похоже, сделал недостаточный для знатока ассоциативности кешей акцент на разрядности. Так вот, преимущества 64-х битной арифметики не используются. То есть не очень-то упомянутая функция на С и "кроссплатформенная".

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

52. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –1 +/
Сообщение от Аноним (9), 25-Авг-19, 13:49 
> Ни один язык не помогает

Ну почему же, пресловутый раст помогает, например. Программа просто не скомпилится, а компилятор ещё и покажет как надо написать.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

58. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –1 +/
Сообщение от Аноним (58), 25-Авг-19, 15:57 
-Wall -Werror
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

73. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –2 +/
Сообщение от DerRoteBaron (ok), 25-Авг-19, 23:11 
И половина ошибок не отловится.
Даже -Wextra -Wpedantic. Только вынесут мозг наркоманией с приведениями численных типов одного к другому там, где это совершенно не требуется просто потому, что так в свое время сделали не подумав, а потом так же и стандартизировали.
Не говоря о том, что ошибки компиляторов (GCC, clang) совершенно невнятные, а иногда и неочевидные. А про плюсы, где все описанные еще раз в 100 более сломано даже речи не было.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

99. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Hewlett Packard (?), 27-Авг-19, 03:18 
Как известно, неприятные ошибки состоят по большей части из опечаток, off-by-one error, и cache invalidation. Это чисто технические, еще большая часть ошибок логические. Как именно компилятор Rust помогает с каждым из этих типов ошибок?
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

96. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (96), 26-Авг-19, 23:19 
Что-то твой всраст не помог огнелису стать нормальным браузером. Хром, на проклятых плюсах, все так и дает ему по морде.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

98. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Hewlett Packard (?), 27-Авг-19, 03:15 
Не защищая Rust, пример-то так себе. Вложив того и столько, чего и сколько в Chrome вложил Гугл, его можно было бы сделать точно таким же (во всяком случае не хуже) на любом языке, включая COBOL и РАПИРА, или совсем без оного - прямо в машинном коде, редактируя бинарник в ed.
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

12. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Анонимemail (12), 24-Авг-19, 23:36 
Как же хорошо, что в винде нет таких проблем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +5 +/
Сообщение от denkinemail (ok), 24-Авг-19, 23:45 
Но как плохо, что в винде проблем гораздо хуже полно)))
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

20. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +2 +/
Сообщение от zzz (??), 25-Авг-19, 00:21 
Бяда с ентой вендой. То DKMS поломают, то в OOM-Killer завозят патчи, беспричинно убивающие всё подряд, то CVE-2012-0056. В линуксе такой фигни нет.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

22. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (22), 25-Авг-19, 00:50 
Вы чуть перепутали названия, но в целом верно согласен.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

25. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +3 +/
Сообщение от BlackRot (?), 25-Авг-19, 01:17 
В линуксе полно другой фигни
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

16. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +2 +/
Сообщение от Xasd (ok), 24-Авг-19, 23:46 
почему хорошо? было бы хорошо если бы мы её использовали
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

17. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Albertio (ok), 24-Авг-19, 23:48 
Правильно, местные зонды сами знают, как занять всю доступную память
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

19. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (18), 25-Авг-19, 00:05 
В винде Memory Compression работает всегда, не важно сколько рамы 8 или 64 ГБ. Если нет возможности найти физически свободных адресов, произойдет одно из двух: 1. Закроется самая тяжелая программа. 2. Нарисуется окно с предложением закрыть эту самую тяжелую программу.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

30. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от ананим.orig (?), 25-Авг-19, 03:25 
вот как?
а в линухе compression — это сжатие, а не освобождение.
ну типа zip. или для вас rar
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

95. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (95), 26-Авг-19, 21:48 
ARJ
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

37. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +2 +/
Сообщение от кек (?), 25-Авг-19, 09:30 
>В винде Memory Compression работает всегда

Это означает ее низкую гибкость и невозможность отключения свопа. В линуксах zram/zswap давно доступны по желанию и гибко настраиваемы. Кому надо - ставят.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

74. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (18), 26-Авг-19, 00:25 
Оно не доступно при выключенном pagefile, и не нужно ничего "гибко" настраивать. Поставил ОС - работает и вместе с гибернацией из коробки всегда.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

27. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от ананим.orig (?), 25-Авг-19, 01:29 
> Как же хорошо, что в винде нет таких проблем

с чего ты взял?
сварить то вообще можешь в вантузе отключить?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

32. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (31), 25-Авг-19, 03:34 
Вы забываете, что в некоторых других дистрах такой фигни тоже нет, всё зависит от понимания дистрибьютера того, какую хрень он творит. И в дистрах на линуксе полное раздолье (хотя и не предел мечтаний), а в винде у вас только один дистрибьютер.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

45. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +5 +/
Сообщение от Аноне (?), 25-Авг-19, 11:32 
Со старта 1,5 Гб при сжатии - да, нет проблем, уже зарезервировали.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +3 +/
Сообщение от denkinemail (ok), 24-Авг-19, 23:44 
Сперва они пишут приложухи, которые жрут память, а потом они пишут еще одну приложуху, которая говорит остальным приложухам сколько им можно жрать памяти, которая тоже жрет память; а потом они напишут еще...

Прям сказка про белого гнома какая то.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (22), 25-Авг-19, 00:52 
Сперва они прекращают возвращать NULL из malloc, а потом уже пишут приложухи, которые жрут память и т. д.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

26. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от zzz (??), 25-Авг-19, 01:25 
Больше велосипедов богу велосипедов!
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

41. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от anonymous (??), 25-Авг-19, 10:17 
Какая разница будет сожрана память в ядре или в userspace-е? Что действительно важно, это то, что "ещё одна приложуха" жрёт память статически (и реально мало, к тому же), а не динамически.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

23. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +2 +/
Сообщение от RedEyedMan (ok), 25-Авг-19, 00:52 
> On Ubuntu 17.10, gnome-shell starts the day on 569.9MiB for me, and ends around 2GB. It got up to 5GB over two days.
> Now I shutdown every night

"Я выключаю компьютер каждую ночь, я успешен, я свободный от задродство человек!" или тому подобное.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (38), 25-Авг-19, 10:03 
Окстись, гонм юзают только хомячки.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

43. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним (43), 25-Авг-19, 10:41 
kde plasma держу планшет неделями в слипе.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

63. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +2 +/
Сообщение от Аноним (63), 25-Авг-19, 16:58 
И не вывожу из него
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

77. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (77), 26-Авг-19, 05:27 
я тоже, причём как раз 17.10 )
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

35. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –3 +/
Сообщение от Аноним (43), 25-Авг-19, 08:52 
Requires Linux 5.2 or newer and GLib.
Беполезный мусор для хипстеров. Даже поддержки последнего lts нет. Считай, все дистрибутивы кроме ролинг релизов в пролете. Да и я не знаю кем надо быть чтоб ставить 5.2.9 на свой комп. Там же может быть любая хрень вплоть до поломок фс.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –1 +/
Сообщение от кек (?), 25-Авг-19, 09:11 
Он еще только анонсирован, релизов не было. Через пару лет окрепнет, и дистры к нему будут готовы, даже Дебиан Стейбл.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

39. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (38), 25-Авг-19, 10:09 
> Беполезный мусор для хипстеров.
>> для GNOME

Кеп?

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

42. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –1 +/
Сообщение от iPony129412 (?), 25-Авг-19, 10:19 
А толку то делать эту новую штуку под старые ядра?
Та же Ubuntu 18.04 LTS сейчас идёт с ядром 5.0.
Эта штука новая будет до более вменяемое состояния написана этак через полгода.
Так что проблемы то нет.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

44. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от JL2001 (ok), 25-Авг-19, 10:49 
//offtop
> обработчик нехватки памяти для рабочего стола GNOME

это что, официальное признание гномеров что гном жрёт больше всех, а другим такого не надо?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (6), 25-Авг-19, 11:40 
>а другим такого не надо?

А другие давно используют earlyoom, и только гномеры завезли себе персональную, только с гномом совместимую, кривую поделку.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

47. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –3 +/
Сообщение от Аноним (47), 25-Авг-19, 12:46 
Что бы делать, лишь бы ядро не фиксить. Потому что все эти демоны-кильеры не решают проблемы того, что на винде программы прекрасно работают, а на линуксе либо ты выключаешь оверкоммит и проги крэшатся и не стартуют, либо ты включаешь оверкоммит и у тебя всё виснет, либо ты ставишь эти демоны и они убивают программы.

Во всех случаях работать невозможно, и тем, кому работать нужно, приходится использовать Windows 7/8/10, все с телеметрией (для 7 телеметрию встроили в security-only обновление, даже те, кто готов нехило заплатить за отсутствие телеметрии не имеют этой возможности).

Зачем фиксить ядро, если можно просто памяти накупить и вставить. Тех, кому неприемлимо постоянно комп всяким гoвнoм апгрейдить, наверное, за унтерменшей считают.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (6), 25-Авг-19, 13:13 
>ты выключаешь оверкоммит

Если мозгов нет

>Что бы делать, лишь бы ядро не фиксить.

В ядре есть ООМК. Ядро не надо фиксить.

>эти демоны-кильеры не решают проблемы

Демоны-киллеры полностью решают проблемы.

>ядро, если можно просто памяти накупить и вставить

Ядро не может заменить оперативу. Тюнинг vm и вкл свопа - это не рагает проблему малого обема ОЗУ. Одкако юзерспейсные киллеры решают проблему дедлоков при нехватке памяти.

>либо ты включаешь оверкоммит и у тебя всё виснет

Напротив, разрешение оверкоммита в сочетании с юзерспейсными киллерами позволяет полностью утилизировать память, обходяь при этом без зависаний.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

61. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (47), 25-Авг-19, 16:37 
Толсто.

Без оверкоммита ни единого тормоза до резета с остервенелым шуршанием винтом. Просто программы крешатся и перестают стартовать, особенно из GUI (видимо в кедах какой-то говнокод в меню, потому что из консоли те же самые GUI Qt5 программы обычно стартуют нормально).

С оверкоммитом и без юзерспейсного оом-киллера зависание насмерть с износом жёсткого диска и перезагрузкой по резету. ИМХО - первый вариант гораздо предпочтительнее.

С юзерспейсным ООМ-киллером происходит следующее: оом-киллер прибивает вкладку, а Firefox её перезапускает, оом-киллер опять её прибивает.

Причём на винде всё прекрасно работает. На другой машине, с в разы меньшей оперативой.

Так что не надо нам лапшу на уши вешать. Сами бы поработали с 8 гигами, а лучше с двумя, и под виндой и под линуксом, тогда может желание хамить бы и пропало.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

64. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (6), 25-Авг-19, 17:25 
>Просто программы крешатся и перестают стартовать

Вот именно, причем могут падать массово, зачастую рандомные и невиновные, пруф: https://imgur.com/a/p9j67KA

В случае с юзерспейсным киллером падает только один жирный процесс, и падает мягко, по SIGTERM.

>желание хамить

Я лишь исправил ваши ложные утверждения.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

65. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (47), 25-Авг-19, 17:46 
>В случае с юзерспейсным киллером падает только один жирный процесс, и падает мягко, по SIGTERM.

Причём тоже невиновный. В общем, метод действия у меня такой:
1. отключается оверкоммит
2. в случае, если приложения перестают стартовать, вручную прибивается шланг.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

51. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (51), 25-Авг-19, 13:20 
> для 7 телеметрию встроили в security-only обновление, даже те, кто готов нехило заплатить за отсутствие телеметрии не имеют этой возможности

Соберите себе дистр без этих конкретных обновлений - и запретите обновляться вообще.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

62. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним (47), 25-Авг-19, 16:45 
И не пускайте в интернет: критические обновления безопасности идут в комплекте с телеметрией. Единственный правильное действие тут - это не использовать винду и прочие проприетарные поделия вроде Intel ME и ARM TrustZone. Даже если это будет значить отказ от компьютеров и технологий вообще и переезд в пещеру. Действие единственно правильное, но совсем неабекватное.

Адекватные предложения будут (кроме "надо забить на эту чепуху, больше зарабатывать, больше тратить, терпеть зонды, строем идти в неизбежное будущее, распевая гимн Единой России", я не настолько адекватный, чтобы принять эту простую стратегию, решающую все проблемы)?

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

54. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (54), 25-Авг-19, 14:38 
Ты гонщик, когда винда начинается свопаться, все висит настолько глухо, что даже диспетчер задач вызывается десяток минут
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

56. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от zzz (??), 25-Авг-19, 15:16 
Винда на свопе начинает тупить, в линуксе при свопе даже мышка по экрану не ездит.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

60. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (47), 25-Авг-19, 16:20 
Да фиг с ней с мышкой, magic-sysrq не работает и виртуальные консоли не переключаются.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

69. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноне (?), 25-Авг-19, 21:33 
Подождав несколько минут я сделал ребут и... потерял часть функционала KDE
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

53. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним (54), 25-Авг-19, 14:37 
А нельзя тупо выделиь кусок памяти под ОС, чтобы никакое приложение не могло на него претендовать. Тогда можно будет хотя без проблем бы прибить зажравшееся приложение
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

55. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (6), 25-Авг-19, 14:51 
можно выделить, кто ж мешает.

memory.min в сигруппах (на самом деле это не работает, по крайней мере в моих опытах)

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

68. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Anonim (??), 25-Авг-19, 20:35 
Интересный вопрос. Кажись как-то можно прибить некоторые вещи гвоздями в памяти, но я так и не вкурил как...
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

78. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (50), 26-Авг-19, 05:40 
vm.min_free_kbytes = 393216
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

79. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от кек (?), 26-Авг-19, 07:12 
>vm.min_free_kbytes = 393216

Это катастрофически много, к тому же бессмысленно. На компах с малым размером памяти это может вообще положить систему.

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

80. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (50), 26-Авг-19, 08:34 
>>vm.min_free_kbytes = 393216
> Это катастрофически много, к тому же бессмысленно.

The problem has gone away completely for me after I bumped vm.min_free_kbytes way up to 393216.

https://bugzilla.kernel.org/show_bug.cgi?id=196729#c17

> На компах с малым размером
> памяти это может вообще положить систему.

Скажу больше: на калькуляторе вообще не запустится.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

57. "Представлен low-memory-monitor, новый обработчик нехватки па..."  –1 +/
Сообщение от Аноним (57), 25-Авг-19, 15:38 
Не прошло и 28 лет как в линаксе начали появляться базовые вещи...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (6), 25-Авг-19, 16:05 
Какие, например?
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

70. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноне (?), 25-Авг-19, 21:34 
Во времена Гнома 2 своп работал нормально
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

66. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Wilem82 (?), 25-Авг-19, 18:40 
Надо для Электрона такой. :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Anonim (??), 25-Авг-19, 20:32 
Это чтобы поделия на нем вообще не запускались?
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

72. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним (72), 25-Авг-19, 23:09 
Для Электрона нужен перманентный киллер.
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

75. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +4 +/
Сообщение от Pistrun (?), 26-Авг-19, 02:29 
>отправляет через DBus предложение процессам о необходимости умерить аппетиты.

-SIGCHROME?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

85. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +1 +/
Сообщение от Аноним (88), 26-Авг-19, 12:58 
> при превышении порога отправляет через DBus предложение процессам о необходимости умерить аппетиты

"Окей", -- говорит dbus и падает первым. "Субботник - это когда люди, которые никогда не мусорят, убирает за теми кто никогда не убирает"

Сам подход порочен. Это сообщение должно или отправляться юзеру, чтоб принял меры, или самостоятельно прибить зажравшееся (для чего уже есть софт типа earlyoom).

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

89. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (89), 26-Авг-19, 14:36 
Зачем прибивать? Просто заблочить на операции выделения памяти, пока не освободится нужное количество. А пользователь пусть сам выбирает какое из "замороженных" приложений прибить.
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

92. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (6), 26-Авг-19, 14:47 
>заблочить на операции выделения памяти

Обычно это приводит к MemoryError и непредсказуемому поведению https://imgur.com/a/p9j67KA

SIGTERM обычно обрабатывается корректнее, чем ошибка выделения памяти.

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

93. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (89), 26-Авг-19, 14:57 
Если блокировка потока на выделении памяти приводить к непредсказуемому поведению, очевидно приложение написано криво. Логичным выводим из того, что new застопорился, должно быть понимание, что выделить память по какой-то причине не получается.
В любом случае автоматически прибивать - это самая крайняя мера. Её надо всеми возможными способами избегать.
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

91. "Представлен low-memory-monitor, новый обработчик нехватки па..."  +/
Сообщение от Аноним (6), 26-Авг-19, 14:44 
>dbus и падает первым

dbus обычно защищено низким значением oom_score_adj

>Это сообщение должно или отправляться юзеру, чтоб принял меры, или самостоятельно прибить зажравшееся

И то и другое есть в nohang. В earlyoom нет уведомлений о низком уровне памяти.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2019 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру