LINUX.ORG.RU

OOM-killler и Firefox

 , ,


0

3

Надоело, что лиса регулярно вешает X-ы. OOM киллер при этом не приходит, ни через минуту, ни через час. Он вообще существует, или его существование - лишь легенда? сарказм

Собственно вопрос: как настроить oom-killer, так чтобы он всё же приходил и лиса у него была в приоритете?

Rust тут при том, что пока лиса была на плюсах, такой херни не было.

★★★★★

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

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

может быть ФФ таким говном

уесос86 ты сам говно!

anonymous
()

как настроить oom-killer, так чтобы он всё же приходил и лиса у него была в приоритете?

У nohang-desktop лиса в приоритете по умолчанию, процессы Web Content получают эквивалент oom_score_adj=200 в настройках:

@BADNESS_ADJ_RE_NAME   200  ///  ^(Web Content|Privileged Cont)$

https://github.com/hakavlad/nohang/blob/master/conf/nohang/nohang-desktop.conf.in

Также этот киллер защищает иксы и прочие вяленые от убийства:

@BADNESS_ADJ_RE_REALPATH -200  ///  ^(/usr/libexec/Xorg|/usr/lib/xorg/Xorg|/usr/lib/Xorg|/usr/bin/X|/usr/bin/Xorg|/usr/bin/Xwayland|/usr/bin/weston|/usr/bin/sway)$

Также показывает ГУИ уведомления после убийств. Также умеет в уведомления о нехватке памяти.

anonymous
()

Лиса может вешать Х из за кривой работы какого то гтк3 виджета с данной видеокартой и видеодрайвером. Решение - заменить один из компонентов.

oom тут вообще ни при чём

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
25 февраля 2021 г.

лиса регулярно вешает X-ы. OOM киллер при этом не приходит, ни через минуту, ни через час

Вам нужен le9 патч и защита файловых страниц при нехватке памяти.

https://github.com/hakavlad/le9-patch

Демо: https://youtu.be/iU3ikgNgp3M - вкладки падают, киллер приходит, гуй отзывчив.

anonymous
()

Если дело действительно в RAM, настоятельно советую настроить zram. ОЧЕНЬ помогает.

Он вообще существует, или его существование - лишь легенда?

На ядерный надеяться вообще не стоит, он убивает когда уже все жестко виснет. В федоре по умолчанию стоит earlyoom и вполне себе работает.

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

2020 год, а какие-то sysrq, prtscr…

Семь лет назад из в последний раз видел.

Это стандартная кнопка стандартной клавиатуры. Да, такие продаются в 2021, почти 100% внешних клавиатуп имеют эту кнопку. Или чем нужно делать print screen в 2021?

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

Ага, но ты забыл упомянуть, что с деволтным overcommit ratio =50 невозможно запустить хром. - упадет при полупустой памяти.

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

Одного zram мало, крайне желательно prelockd или le9.

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

От нынешнего действительно охота повеситься.

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

давай хуйни не выдумывай, линупс виснет при нехватки памяти без видеокарт, иксов и файрфоксов вообще

anonymous
()

За 8 лет на линуксе ни разу работу oom-killer не видел… Либо память и свап на 100% забиты и всё встаёт колом и всё. Либо падает сразу не успев запустится (памяти просто нет столько сколько просит).

Как увидеть работу этого мифического oom-killer? Жил на Центоси, убунте,манжаре и дебиан.

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

Я вот месяц назад увидел.

Открыл GIMP пощупать инструмент «Foreground Tool Selection» ну оно подумало секунд 30 и упало.

Я потом лог посмотрел, второй раз повторил. Короче GIMP сожрал постепенно 16 ГБ ОЗУ при 16 ГБ ОЗУ физической ОЗУ и 2 ГБ своп файла.

В итоге прям в логе написано было, что OOM прибил GIMP.

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

Дурдом. Поттеринг ждёт когда Линуса не станет и он предложит от лица IBM проект systemd-lkernel, который поддержат от лица RH а остальные подсосутся как всегда. Тем самым завершив огораживание на все 100%. И через время слова IBM Linux станут нормальными и так сказать по дефолту бубут. И всё, спасибо Ричард, спасибо Линус, спасибо всем другим за халявный код и халявный рынок. ГГ ВП.

Поттеринг и все к нему причастные конченые твари. Под видом мнимого развития плодится говно.

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

Круто, но это если наверное прям в раз, и он детектит. А когда десяток софтин вместе по 10% отжирают то оно молчит. Надо попробовать сгенерировать imagemagic большую фотку и скормить гимпу. Хоть посмотреть на диковину зверушку ))

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

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

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

А багу с завешиванием Х файерфоксом могу снять на камеру и выложить. если видеохостинг без регистрации покажешь. Но что то подсказывает что пруфы тебе не интересны.

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

У него же великолепная настройка потребления и отличный собственный свопинг. Я даже тестировал, собственный своп у него на 20-30% быстрее чем работа в системном свопе. Да и при первом запуске он вроде бы выставляет лимит памяти в 50% от физической.

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

Собери 32-bit. Больше 3 Гб не выжрет.

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

Они не вмешиваются, а аккуратно дополняют друг друга.

Если нужен минимализм, то zram + le9 достаточно для решения проблемы.

hakavlad ★★★
()

да, сегодня он убил мне фаерфокс как раз

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

Правка-параметры-окружение. «Размер кеша» задаёт максимум памяти, которая может быть использована для хранения битмапов и «максимально памяти для отмены» соответственно ограничивает память под историю. Остальное скидывается в своп-файл переменного размера, место которого настраивается в параметры-каталоги.

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

Нет, минималистичное решение проблемы это отключить в ядре cgrops mem, включить zswap на 10% оперативки и подмонтировать своп-раздел или своп-файл. И всё.

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

отключить в ядре cgrops mem

Это еще зачем?

включить zswap на 10% оперативки

Маловато будет.

подмонтировать своп-раздел или своп-файл

И получить тормоза, когда страницы начнут вытесняться на медленный диск, когда 10%, упомянутые выше, наполнятся.

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

Это еще зачем?

Чтобы исключить возможность косяков системд в распределении памяти между слайсами. А также исключить оверхед по памяти и процессору на обработку cgrops mem. Он там вроде как более чем не бесплатен.

Я напарывался на ситуацию, когда основной сеанс хфсе с браузером и прочим жёстко упирался в лимит 50% от свободной памяти и всё, финишь. Разумеется это очень плохо сказывалось на скорости свопинга и отзывчивости.

И вообще, суть минимального варианта в том, чтобы оставить минимальное количество подсистем. cgrops полезен иногда, но совсем не необходим.

Маловато будет.

Ну поставьте 20-30% если остатка хватит для полноценной работы задачи. Слишком много это тоже не хорошо.

И получить тормоза, когда страницы начнут вытесняться на медленный диск

Да, суть свопинга в том, чтобы вытеснять страницы из оперативки. Сжатие это всего лишь промежуточный буфер который всего лишь оптимизирует процесс вытеснения. Если вам нужна работа без свопа вообще, будьте добры обеспечить двух-трёхкратный запас свободной памяти от максимально возможной загрузки.

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

та же самая херня но лиса не просто так выжирает, а по определенному событию - когда кто-то перед ней выжирает например компиляция. и тут-то сраная лиса резко рывком дожирает 1-2-3-5-6 и т.д. гигабайт.

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