Ядро Linux не может мягко обрабатывать ситуации с нехваткой памяти. Как побороть?
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
>более 95% (да, наверное, и более) юзеров при нормальной работе вообще не испытывают проблем с нехваткой ОЗУ. Разумеется это не так. В 2020 продолжают выпускаться ноутбуки с 4 гиг озу. Пара электрон приложений - и все, привет своппинг и тормоза. |
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
>решил вопрос кардинально, существенно нарастив ОЗУ Самое смешное, что это не всегда является решением. Были жалобы от юзеров с 32 гига памяти. что при исчерепании этой самой памяти машина виснет. Как раз таки с началом своппинга и виснет. А 32 гига исчерпать легко, если возникает быстрый цикл утечки где-либо. "I have a problem that my system freezes completely when it runs out of memory. When this happens there is nothing to do than holding down the power button. The magic SysRq 2 doesn't work either. This is as described here at the forum (see links at the bottom). My problem is that the program Shotcut 2 consumes loads of memory, which in return crashes everything, despite having 32 GB of memory on the system." - https://archived.forum.manjaro.org/t/solved-display-warning-message-or-kill-program-before-system-runs-out-of-memory/147635 |
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
>Или в кедах падает kwin, тогда приходится alt+ctrl+f2 Хорошая практика - защищать процессы, убийство которых приводит к смерти всех процессов сессии. Вот конфиг earlyoom, используемый в Федоре: |
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
vasek если swap имеется, то тормоза будут всеравно. Нет. Как раз таки zram, prelockd и memavaild помогают не иметь лагов при интенсивном своппинге, или сильно уменьшить их. Демо: |
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
indeviralЗачем дёргать? Память блокируется на старте демона. Это ж не юзерспейсный киллер, котрый должен успеть среагировать за доли секунды. prelockd спешить некуда. А память memavaild, earlyoom, nohang защищена через mlockall(). |
| indeviral |
|
|
Темы:
39
Сообщения:
3204
Участник с: 10 августа 2013
|
hakavlad hakavladнаверно тогда я неправильно понял( ваш чудо программ, не ограничивает свободу oom, а удерживает кэш софта в свапе который вы запихнули в озу? Но тогда вообще ничего непнятна hakavlad@CRITICAL_NAME_LIST bash hakavladтак а разве демон питона это не скрипт в скрипте? Он там и отличается от while true, только наличием обработки вызовов, и по сути скрипт демона будет висеть в озу, но что запустить код программы(скрипта) по сути ему надо будет освободить память под неё, а может я не прав и это всё полёт больной фантазии...
Ошибки в тексте-неповторимый стиль автора©
|
| vall |
|
Темы:
45
Сообщения:
1786
Участник с: 28 марта 2017
|
Никогда не знаешь, во что выльется обсуждение. Ведь довольно живо тема себя показала шесть лет назад. А сегодня почему-то вопрос особого энтузиазма не вызывает, к сожалению. Тем более, что есть возможность обсудить тему с автором решений. Которые уже включены в пакеты Fedora. |
| indeviral |
|
|
Темы:
39
Сообщения:
3204
Участник с: 10 августа 2013
|
vallпотому что трава была 12309 да и в целом, а счас зеленее)
Ошибки в тексте-неповторимый стиль автора©
|
| vall |
|
|
Темы:
45
Сообщения:
1786
Участник с: 28 марта 2017
|
))) |
| vasek |
|
|
Темы:
47
Сообщения:
11853
Участник с: 17 февраля 2013
|
vallДело не в энтузиазме, а в том, что данная тема потеряла актуальность. Раньше у большинства не было такого количества ОЗУ, как сейчас - приходилось использовать альтернативные аналоги, например, zram, основное назначение которого и заключалось в виртуальном добавлении ОЗУ … про swap, zswap и не говорю. Сейчас этой памяти у большинства стоит столько, сколько ему требуется для его задач … и это самое лучшее решение. Конечно, редко, но бывает при определенного вида работ случается нехватка памяти, но каждый решает эту проблему по своему, в зависимости от частоты таких случаев, важности решаемых задач и др. Кто то увеличивает объем ОЗУ, кто то просто смотрит за системой и не допускает критической ситуации, кто применяет имеющиеся для этого разные способы, что ему нравится и больше подходит, а большинство это вообще не волнует. Лично у меня случаи не хватки памяти (при установленных 6G) довольно редки, а если и случаются, то только при определенного вида работ и для этого, чтобы исключить тормоза и не думать об этом, лучшее решение использование earlyoom - убиваются приложения, которые меня особо и не волнуют (они однотипны и их много) … а так как не использую и спящий режим (считаю это лишним и не нужным), то мне не нужен и swap раздел (раздел то имеется, но swap отключен). И, как видим, проблема и в самом деле не актуальна и большую часть юзеров абсолютно не волнует.
Ошибки не исчезают с опытом - они просто умнеют
|