Ядро Linux не может мягко обрабатывать ситуации с нехваткой памяти. Как побороть?
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
indeviralсегодня смысла нет... но для старого или не очень укомплектованного железа смысл очевиден... 2. согласен. 3. ничего не могу сказать, потому что приведенные аргументы, сегодня не важны! когда ddr3 дороже ddr4/
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| BigOrange |
|
Темы:
0
Сообщения:
201
Участник с: 27 апреля 2017
|
vasekНаблюдал, но проблема оказалась в проблемном аппаратном ускорении графической карты intelvall vasekВот тоже пришёл к тому, что лучше бы не использовался, иначе терпежу нет и вручную всё прибиваю. |
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
Проблема обработки памяти в 2020 достаточно хорошо решается, если не отказываться от юзерспейсных средств, считая их костылями. Давайте вскроем эту тему, если вам интересно. |
| vall |
|
Темы:
45
Сообщения:
1786
Участник с: 28 марта 2017
|
Хотя и решил вопрос кардинально, существенно нарастив ОЗУ, тема мне по-прежнему интересна. Поэтому заинтересован в обмене мнениями более опытных коллег по данному вопросу. Уверен, что возможная дискуссия будет полезной не только для этого ресурса. Лишь бы форумяне поддержали. |
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
indeviral0. не преследую, а предлагаю не выбрасывать из памяти библиотеки этих важных процессов 1. это список неполный, будет дополняться. 2. важные - это баш, логин, иксы, оконные менеджеры. а вы что предлагаете? |
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
indeviralВсем по мегаскоростному zram. Бесплатно.vallэто из разряда, озу рудимент, всем по мега-скоростному ssd)) |
| indeviral |
|
|
Темы:
38
Сообщения:
3165
Участник с: 10 августа 2013
|
hakavladmake, ld и тп, во время сборки blender, gimp и тп на момент рендеринга Ну и тд. И конечно mplayer во время того как я смотрю мультики!!! И другие в те моменты когда я их использую... А вот что pam, init(systemd) или dwm чёт потребляли чтобы их попытался трогать oom чёт не припомню Ну и bash как бы глупо выглядит на мой взгляд, потому что в 90% у меня кончается озу из за всяких "интерпретаторов")
Ошибки в тексте-неповторимый стиль автора©
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
indeviralПоддержу indeviral ... более 95% (да, наверное, и более) юзеров при нормальной работе вообще не испытывают проблем с нехваткой ОЗУ. Как правило, нехватка ОЗУ начинается при выходе за границы нормальной эксплуатации - при запуске мощных или забагованных приложений и др. Так что все это очень индивидуально, а способов решения проблемы тоже не мало ... и каждый применяет тот способ, который ему подходит. А кто то и вообще не использует никаких способов, а если когда то и поймает эту проблему, то решает ее простым нажатием 3-х кнопок, запуская тем самым ядерный oom-kill - передает рещение проблемы ядру, которое проанализурет процессы и заморозит или замочит самый жрущий процесс.
Ошибки не исчезают с опытом - они просто умнеют
|
| vall |
|
|
Темы:
45
Сообщения:
1786
Участник с: 28 марта 2017
|
vasekИнструменты, предлагаемые hakavlad, позволяют не допускать подобного. Каждый выбирает для себя - это понятно. Но всегда лучше предотвратить проблему, чем потом её героически решать. |
| hakavlad |
|
|
Темы:
0
Сообщения:
21
Участник с: 19 июня 2020
|
>make, ld и тп, во время сборки Нас интересует отзывчивый рабочий стол. Зачем блокировать процессы сборки? >Ну и bash как бы глупо выглядит на мой взгляд, потому что в 90% у меня кончается озу из за всяких "интерпретаторов" баш тут причем? >А вот что pam, init(systemd) или dwm чёт потребляли чтобы их попытался трогать oom чёт не припомню мы защищаем процессы, которые выжны для отзывчивости в первую очередь. Мы защищаем процессы не от убийства оом киллероом. Мы запрещаем выгрузку кэша библиотек при нехватке памяти. >И другие в те моменты когда я их использую... Сейчас по умолчанию блокируются как раз все процессы. Сам я как раз предпочитаю не ограничивать объем блокировки - больше гигабайта все равно не блокируется. обычно хватает полгига для всех процессов (на моем debian mate), при 10 гиг объеме памяти. |