LINUX.ORG.RU

low-memory-monitor: анонс нового юзерспейсного обработчика нехватки памяти

 low-memory-monitor, , , ,


3

1

Bastien Nocera анонсировал новый обработчик нехватки памяти для рабочего стола Gnome. Написан на C. Лицензирован под GPL3. Для работы демона необходимо ядро 5.2 или новее. Демон проверяет дефицит памяти через /proc/pressure/memory и при превышении порога отправляет через dbus предложение процессам о необходимости умерить аппетиты. Также демон может пытаться сохранить отзывчивость системы через запись в /proc/sysrq-trigger.

Страница проекта

Обсуждение на r/linux

Анонс в блоге автора

>>> Подробности

★★★

Проверено: Shaman007 ()
Последнее исправление: unfo (всего исправлений: 5)
Ответ на: комментарий от anonymous

Админ Венды и Линукс )) Школьный училка шоле ? Сервак хоть в глаза видел или все по картинкам ?

Видел. При чём, когда ты ещё пешком под стол ходил.

Black_Shadow ★★★★★
()
Последнее исправление: Black_Shadow (всего исправлений: 1)
Ответ на: комментарий от Black_Shadow

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

anonymous
()
Ответ на: комментарий от anonymous

Опыт моих неудач? Так это не я убил свою систему, не у меня ничего не работает. У меня и дома, и на работе куча линуксовых серверов работает с включенным свопом. И этот своп активно используется. А у тебя ничего не работает.

Black_Shadow ★★★★★
()
Ответ на: комментарий от anonymous

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

С таким же повреждением мозга, как у тебя?

Black_Shadow ★★★★★
()
Ответ на: комментарий от Black_Shadow

«Видел. При чём, когда ты ещё пешком под стол ходил.»

Комнату со шкафами лампочками и проводами ?

anonymous
()
Ответ на: комментарий от Black_Shadow

Как называется твоё повреждение мозга, когда балаболят «умвр» про проблемы, подтверждённые разработчиками ядра на lkml, и для обхода которых написаны костыли компаниями, у которых не в фантазиях тысячи серверов?

anonymous
()
Ответ на: комментарий от Black_Shadow

«Опыт моих неудач? Так это не я убил свою систему, не у меня ничего не работает. У меня и дома, и на работе куча линуксовых серверов работает с включенным свопом. И этот своп активно используется. А у тебя ничего не работает.»

Раздаешь вай-фай соседской школоте ?

anonymous
()
Ответ на: комментарий от anonymous

Как называется твоё повреждение мозга, когда балаболят «умвр» про проблемы, подтверждённые разработчиками ядра на lkml, и для обхода которых написаны костыли компаниями, у которых не в фантазиях тысячи серверов?

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

Black_Shadow ★★★★★
()
Ответ на: комментарий от Black_Shadow

Костыли не пишут, а делают. Из металла, дерева и пластика. Деревня компьютерная. На улицу хоть иногда выходи.

anonymous
()
Ответ на: комментарий от khrundel

«сли виртбокс - это oracle virtualbox, то всё так и должно быть. Он выделяет не виртуальную, а физическую память.»

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

anonymous
()
Ответ на: комментарий от Black_Shadow

«ты ссылку на разработчиков дашь, или так и будешь балаболить?»

Да я уже писал, что без свопа несколько запущенных VirtualBox намертво подвешивают систему. Кому лень было написать пару лишних проверок свободной памяти - линуксятам или виртбоксятам меня не интересует. В этом случае вообще не должны запускаться виртбоксы из-за недостатка памяти. И не надо мне заливать про своп и апгрейд железа. Это очевидные тряпки древнего мамонта.

Insuficient Memory, помнишь фразу или жыр совсем мозги отшиб ?

anonymous
()
Ответ на: комментарий от anonymous

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

Я уже писал, что ты сам своими шаловливыми руками полез и выключил своп. Сам виноват. При чём здесь система?

В этом случае вообще не должны запускаться виртбоксы из-за недостатка памяти.

Кто сказал? И почему? Обоснуй.

И не надо мне заливать про своп и апгрейд железа. Это очевидные тряпки древнего мамонта.

Тебе бесполезно объяснять. Не доходит. Поэтому, я требую, чтобы ты показал сообщения разработчиков в LKML с признанием проблемы, о которых ты говорил. Пока их нет - ты балабол.

Black_Shadow ★★★★★
()
Ответ на: комментарий от Black_Shadow

«Кто сказал? И почему? Обоснуй.»

Было бы кому обосновывать ? Корсет купи, жыр уже на пол течет.

anonymous
()
Ответ на: комментарий от Black_Shadow

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

anonymous
()
Ответ на: комментарий от Black_Shadow

Я ничего тебе не анонсировал, я пока только видел как ты хамил и нёс какую-то пургу. А по поводу разработчиков, я читал какие-то рассылки на эту тему ещё годы назад, никто ничего лучше чем ДОБАВИТЬ ЕЩЁ ПАМЯТИ и ДОБАВИТЬ ЕЩЁ СВОПА предложить не смог.

anonymous
()
Ответ на: комментарий от anonymous

Я ничего тебе не анонсировал

low-memory-monitor: анонс нового юзерспейсного обработчика нехватки памяти (комментарий) Это что? Ты тут ссылаешься на подтверждение проблемы со стороны разработчиков ядра на LKML.

я пока только видел как ты хамил и нёс какую-то пургу.

Какую-то пургу здесь несёшь ты.

А по поводу разработчиков, я читал какие-то рассылки на эту тему ещё годы назад, никто ничего лучше чем ДОБАВИТЬ ЕЩЁ ПАМЯТИ и ДОБАВИТЬ ЕЩЁ СВОПА предложить не смог.

LKML резко превратился в какие-то рассылки. Скоро разработчики ядра превратятся в каких-то разработчиков. А потом и вовсе в васянов с ЛОРа.

Black_Shadow ★★★★★
()
Ответ на: комментарий от anonymous

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

Black_Shadow ★★★★★
()
Ответ на: комментарий от anonymous

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

Black_Shadow ★★★★★
()
Ответ на: комментарий от Black_Shadow

Сам своп изначально и отключен, и его включение не вияет не конечный итог: при исчерпании свопа произойдет все тот же фриз.

hakavlad ★★★
() автор топика
Ответ на: комментарий от hakavlad

Сам своп изначально и отключен

Изначально - это где? На твоей кофеварке?

его включение не вияет не конечный итог

Нет, влияет. Выше я выложил видео, как со своим приходит OOM Killer и всё исправляет.

Black_Shadow ★★★★★
()
Последнее исправление: Black_Shadow (всего исправлений: 2)
Ответ на: комментарий от Black_Shadow

Изначально - это где? На твоей кофеварке?

В том самом обсуждении на LKML:

Hello,

There's this bug which has been bugging many people for many years already and which is reproducible in less than a few minutes under the latest and greatest kernel, 5.2.6. All the kernel parameters are set to defaults.

Steps to reproduce:

1) Boot with mem=4G 2) Disable swap to make everything faster (sudo swapoff -a)

hakavlad ★★★
() автор топика
Ответ на: комментарий от hakavlad

Так я об этом и говорю. Предлагают отключить своп. И я просил ссылку на людей, участвующих в разработке ядра.

Black_Shadow ★★★★★
()
Последнее исправление: Black_Shadow (всего исправлений: 1)
Ответ на: комментарий от Black_Shadow

С включенным свопом та же проблема, просто она случится чуть позже, когда своп будет исчерпан. Автор на LKML предлагает отключать своп не потому, что проблема проявляется только без свопа, а потому, что без свопа ее можно воспроизвести быстрее («Disable swap to make everything faster») и не тратить драгоценное время на заполнение свопа.

со включенным свопом проблемы нет

Если б это было так, на LKML не стали бы устраивать дискуссию, а просто сказали бы автору: «Включи своп, придурок! Обсуждать тут нечего, со свопом проблемы нет!».

hakavlad ★★★
() автор топика
Ответ на: комментарий от hakavlad

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

Ты видео посмотрел?

Если б это было так, на LKML не стали бы устраивать дискуссию

Почему? Чем в данном случае LKML отличается от LOR? Туда кто угодно может написать.

Black_Shadow ★★★★★
()
Последнее исправление: Black_Shadow (всего исправлений: 1)

Система ДОЛЖНА вставать раком: если приложение течёт случайно или намеренно, если запущено слишком много приложений и прочее подобное. Это работает как «лечебные тумаки».

anonymous
()
Ответ на: комментарий от Black_Shadow

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

anonymous
()
Ответ на: комментарий от Black_Shadow

Короче, со включенным свопом проблемы нет

А фейсбук-то и не знал.

«Oomd уже используется в инфраструктуре Facebook и хорошо зарекомендовал себя при промышленных нагрузках (в частности, проект позволил почти полностью избавиться от возникновения на серверах **длительных livelock-блокировок**).»

- https://www.opennet.ru/opennews/art.shtml?num=48994

И да, фейсбук использует и всем советует использовать своп.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.