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

"Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от opennews (??), 06-Авг-19, 18:47
Известна (https://lkml.org/lkml/2019/8/4/15) проблема, которая донимает множество людей на протяжении многих лет и которую можно воспроизвести меньше, чем за несколько минут на последней версии ядра Linux 5.2.6. Все параметры ядра установлены в значения по умолчанию. Шаги: -  Загружаемся с параметром mem=4G -  Выключаем поддержку swap (sudo swapoff -a) -  Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox -  Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти Как только возникает ситуация, что новая вкладка требует больше оперативной памяти, чем доступно, система практически полностью зависает. Вы даже с трудом сможете двигать курсором мыши. Индикатор жёсткого диска будет моргать без остановки (мне не ясно почему). Вы не сможете запустить новые приложения или закрыть текущие запущенные. Этот маленький кризис может продолжаться минуты или дольше. Я предполагаю, что система не так должна себя вести в этой ситуации. Я думаю, что что-то нужно сделать, чтобы избежать такие «зависания». Я почти уверен, что можно поменять некоторые параметры sysctl, чтобы избежать подобную ситуацию, но что-то подсказывает, что это можно сделать по умолчанию для всех, потому что нетехнические пользователи, столкнувшись с такой проблемой, просто откажутся от использования Linux и им будет не того, чтобы искать решения в Google. В комментариях (https://www.reddit.com/r/linux/comments/cmg48b/lets_talk_abo... на Reddit некоторые пользователи  предлагают включить swap, но это не решает проблему, а только её отодвигает и часто усугубляет. В качестве возможного решения в будущем может быть привлечена появившаяся в ядре 4.20 (https://www.opennet.me/opennews/art.shtml?num=49842) и улучшенная в ядре 5.2 (https://www.opennet.me/opennews/art.shtml?num=51051) подсистема PSI (Pressure Stall Information), которая позволяет анализировать информацию о времени ожидания получения различных ресурсов (CPU, память, ввод/вывод). Данная возможность даёт возможность организовать отслеживание нехватки памяти на ранней стадии, определять источник проблем и завершать неважные приложения, не доводя до появления заметных пользователю эффектов. URL: https://lkml.org/lkml/2019/8/4/15 Новость: https://www.opennet.me/opennews/art.shtml?num=51231
Ответить | Правка | Cообщить модератору

Сообщения

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

243. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+43 +/–
Сообщение от Аноним (243), 07-Авг-19, 01:36
Напоминаю, что использование юзерспейсного обработчика нехватки памяти - это хорошая практика. Обзор основных демонов. Earlyoom: simple, stable, tiny. VmRSS меньше мегабайта, нагрузка на процессор околонулевая. С релиза 1.3 стал очень надежен (исправлено возможное убийство невиновных). Лучший выбор для домохозяек, которым не нужны лишние настройки, а нужна хорошая работа из коробки. Рекомендовал бы его в качестве дефолтного обработчика нехватки памяти для колясок. Nohang: явная и очень гибкая конфигурация. Десятки параметров настройки в конфиге. Подробная печать свойств завершаемого процесса. Печать таблицы процессов со свойствами всех процессов перед корректирующим действием. Возможность реакции на PSI (pressure stall information, https://lwn.net/Articles/759658/) с выбором произвольной метрики и сигруппы для мониторинга. Возможность кастомизации корректирующих действий: отправка жертве любого сигнала (помимо SIGTERM/SIGKILL) или выполнение произвольной команды. Возможность тонкого влияния на badness процесса путем сопоставления его name, cmdline, cgroup, exe realpath c заданным регулярным выражением. Уведомления о низком уровне памяти (произвольной командой или через notify-send). Минусы: мало документации; в данный момент не вполне стабилизирован: требует некоторой доработки и стабилизации. oomd: многообещающий, но пока недоступен для домохозяек: https://github.com/facebookincubator/oomd/issues/61 (не смог заставить его работать; требует больших танцев). Заметно грузит проц.
Ответить | Правка | Наверх | Cообщить модератору

	384. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от IronMan (?), 07-Авг-19, 11:23
	Крутой обзор, лайк. А что из представленного корректно работает с zram?
	Ответить | Правка | Наверх | Cообщить модератору

	477. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (477), 07-Авг-19, 19:06
	Все корректно работают. Но только nohang может реагировать на mem_used_zram если включить это в конфиге. Вам эта опция не понадобится если zram disksize не очень большой или сжимаемые данные неплохо сжимаются (а они обычно неплохо сжимаются, например в 3-4 раза если забивать память вкладками браузеров).
	Ответить | Правка | Наверх | Cообщить модератору

	527. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от Аноним (527), 08-Авг-19, 09:22
	вопрос не лично к вам, но я не понимаю почему нельзя эту же функциональность организовать на уровне ядра. ведь ядро должно следить за ресурсами, а не userspace.
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

	537. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от оралр (?), 08-Авг-19, 11:35
	В каких-то дистрибутивах эта хорошая практика имеет место из коробки?
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

	542. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (477), 08-Авг-19, 12:16
	Пока ни в каких. Однако в deb10+/ubuntu1804+ эта практика легко включается через sudo apt install earlyoom (в дебиане протухший пакет, забирайте лучше свежий с гитхаба). Пришло время написать петицию к дистростроителям с требованием организовать юзерспейсную обработку нехватки памяти по умолчанию.
	Ответить | Правка | Наверх | Cообщить модератору

	589. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (477), 11-Авг-19, 09:02
	Удалось заставить oomd работать. Output: http://okturing.com/src/6737/body (корректирующее действие в самом конце)
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

73. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+19 +/–
Сообщение от anonymous (??), 06-Авг-19, 20:01
Как-то ж уже вроде тонну раз обсуждалось. Можно вырубить overcommit, чтобы было как в винде. Можно включить себе SysRq, чтобы не ждать по два часа и сразу вызывать OOM, можно подтюнить другие настройки в sysctl, чтобы сгладить эффект. Можно установить себе какой-нибудь earlyoom и вообще не думать на эту тему. Можно принудительно закрепить нужные вещи в ОЗУ (такие как sshd, pam-модули и т.п.), чтобы доступность сервера никуда не пропадала. Можно настроить себе zram, чтобы ОЗУ стало чуточку больше, грубо говоря. Можно ещё много чего, наверняка. Совершенно не понимаю, почему это вынесено в новости :)
Ответить | Правка | Наверх | Cообщить модератору

	76. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от anonymous (??), 06-Авг-19, 20:06
	P.S.: default-ные настройки являются server-aware, а на серверах overcommit нужен. На desktop-ах linux занимает лишь 2%, поэтому не вижу смысла жертвовать настройками для сервера, ради очень спорной настройки для десктопа.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 06-Авг-19, 20:06
	P.P.S.: На desktop-е уж лучше просто какой-нибудь earlyoom устанавливать.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от Crazy Alex (ok), 06-Авг-19, 20:24
	Ну, вообще в дистрибутивах могли бы и покрутить. И пару альтернативных вариантов OOM  в ядро добавить не помешало бы, чтобы прибивало всё же наиболее прожорливый процесс. Но в принципе - проблема, конечно, высосана из пальца людьми, которые хотят кнопку "сделай за..сь" с функцией телепатии.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	265. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (265), 07-Авг-19, 02:24
	Но есть же всякие earyoomm и не надо ничего в ядро пихать.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+34 +/–
	Сообщение от trdm (ok), 06-Авг-19, 21:27
	> На desktop-ах linux занимает лишь 2% может по этому и занимает 2% что проблемы с таким поведением.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	145. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от anonymous (??), 06-Авг-19, 21:39
	А если такого поведения не будет, то сразу станет 30%?
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–4 +/–
	Сообщение от Анончик999999 (?), 06-Авг-19, 21:50
	И правильно. На домашних компах Винда прекрасно работает!
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от trdm (ok), 06-Авг-19, 21:55
	вот и я о том-же. Теоретически продумать модели настроек поведения для десктопа и сервера - не сложно и отконфигурировать по одной кнопке, как в винде: там можно задать приоритет либо фоновым задачам, либо десктопным.
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от имя (?), 07-Авг-19, 03:24
	>  Windows will never overcommit memory. As a result on my PC unless I dedicate a substantial (over 20%) fraction of my drive to swap (most of which will never, ever be touched) I will 'run out of RAM' far before even half of the physical RAM in my PC has been used. This seems extremely wasteful. Прекрасно работает… > using a unlimited swap file can quickly reach hard issues after 64gb of swap use. At that point mallocs in the windows ui fail (timouts or something?), that apparently are not meant to, eg fonts from shutdown menu missing, the system being unable to shutdown ect. …просто замечательно.
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

	276. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от zzz (??), 07-Авг-19, 03:41
	При отключенном свопе винда начинает килять процессы при потреблении памяти в 85-90%, но никак не при "half of the physical RAM".
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 07-Авг-19, 06:08
	> При отключенном свопе винда начинает килять процессы при потреблении памяти в 85-90%, > но никак не при "half of the physical RAM". Подождите, какое ещё киляние? В соседнем треде про отсутствие оверкоммита в винде врут, значит? Да и «I will 'run out of RAM'» в процитированном уж вряд ли про убийство процессов.
	Ответить | Правка | Наверх | Cообщить модератору

	413. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 07-Авг-19, 13:07
	Обычное киляние. Открываешь хром/фф/безразницы, начинаешь открывать вкладки, при подходе к границе свежеоткрытые вкладки делают "Опаньки". Предупреждение "I will 'run out of RAM'" я видел очень давно, с чем это связано, сказать не могу.
	Ответить | Правка | Наверх | Cообщить модератору

	415. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 07-Авг-19, 13:15
	> Обычное киляние. Открываешь хром/фф/безразницы, начинаешь открывать вкладки, при подходе > к границе свежеоткрытые вкладки делают "Опаньки". Ну, эээ, в случае хрома я видел ровно такое поведение («Опаньки» в качестве содержимого новой вкладки) и под линуксом с оверкоммитом, причём ещё и при наличии гигабайта-иного свободной памяти. Отчего ему там голову сносило, правда, не знаю. В общем, надо переходить на более стабильные примеры, чай, не всё время ж в браузере сидим.
	Ответить | Правка | Наверх | Cообщить модератору

	483. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 07-Авг-19, 20:05
	Я, к сожалению, такого поведения не видел. Система уходила в своп, а потом из могилы не доносилось ни шороха, только непрестанные всполохи жесткого диска и пару раз дернувшийся на прощание курсор мыши. Дебиан без твиков.
	Ответить | Правка | Наверх | Cообщить модератору

	544. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 08-Авг-19, 13:40
	если чо  - в твоей любимой фре еще хуже, поскольку можно пойти лесом при _пустом_ свопе, и запросе меньшем, чем его размер. А можно не пойти. В зависимости от погоды на Марсе на послезавтра и в каком знаке проходил Сатурн две недели назад. Предсказуемость? Неее, не слышали.
	Ответить | Правка | К родителю #273 | Наверх | Cообщить модератору

	196. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним (196), 06-Авг-19, 23:07
	>А если такого поведения не будет, то сразу станет 30%? Все 70%
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

	147. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–10 +/–
	Сообщение от Анончик999999 (?), 06-Авг-19, 21:49
	На серваках - Линукс, дома - Винда. Ставь Винду и не парься!
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	381. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (381), 07-Авг-19, 11:07
	У меня дома на стационарном и ноутбуке Gentoo и я не парюсь.
	Ответить | Правка | Наверх | Cообщить модератору

	528. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним (527), 08-Авг-19, 09:29
	согласен, ubuntu сейчас начинает себя вести как винда - быстро установил и со временем начинаются какие-то проблемы (особенно после обновления при подключенных сторонних репозиториях). а в gentoo - ты сначала прочитал wiki по приложению или технологии, которую собираешься использовать и, уже имея базовые знания как они работают, выполняешь их установку и настройку. в случае непредвиденных ситуаций - уже знаешь чего ожидать и где искать документацию.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–15 +/–
	Сообщение от Анончик999999 (?), 06-Авг-19, 21:51
	Линукс не для домашнего использования.
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	204. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от тщт (?), 06-Авг-19, 23:44
	Линус для программистов делал ядро, а не для вендо-админов, которые только переустанавливать умеют и мыши менять. >  На серваках - Линукс, дома - Винда. Слив засчитан
	Ответить | Правка | Наверх | Cообщить модератору

	418. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от пох. (?), 07-Авг-19, 13:28
	давно он его для них делал. Теперь он делает для денег, а денег с вас хрен соберешь. Приходится объявлять "год линукса на десктопе" с любимого мака.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+13 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 00:55
	> На desktop-ах linux занимает лишь 2%, поэтому не вижу смысла жертвовать настройками для сервера, ради очень спорной настройки для десктопа. Ну, то есть, сначала мы кричим, что линукс готов для десктопа и каждая домохозяйка справится, а потом, когда при самой банальной проблеме, могущей возникнуть на любом десктопе, всё это встаёт колом - начинаем рассуждать о том, зачем нам жертвовать настройками для сервера на каких-то там десктопах. Логика.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	294. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 07-Авг-19, 06:25
	> сначала мы кричим, что линукс готов для десктопа и каждая домохозяйка справится Лично я так никогда не считал. Когда-то было время я тупо не знал справится ли с ним домохозяйка (и надеялся, что справится; и агитировал, что нужно пробовать), но когда начал экспериментировать сам, то осознал, что не справляется условная домохозяйка. Не знаю кого вы пытаетесь уличить.
	Ответить | Правка | Наверх | Cообщить модератору

	437. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (437), 07-Авг-19, 15:00
	А вот у меня уже несколько домохозяек справились. Всё работает годами, вот мы и не трогаем, кроме апдейтов огнелиса, хрениума, скупого и чего-то там ещё...
	Ответить | Правка | Наверх | Cообщить модератору

	248. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним ещё один (?), 07-Авг-19, 01:44
	Отдельные сборки с разными настройками для серваков и десктопов противоречат чьей-то религии?
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	382. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (381), 07-Авг-19, 11:13
	Зачем отдельные сборки? Можно отдельные sysctl.conf для серваков и десктопов.
	Ответить | Правка | Наверх | Cообщить модератору

	283. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от KonstantinB (ok), 07-Авг-19, 04:59
	А какая разница, какие там дефолтные настройки в ядре? Важно, какие дефолтные настройки в дистрибутивах. Вот вообще не понимаю, что мешает сделать в дистрибутивах типа Ubuntu какой-нибудь dpkg-reconfigure sysctl --prefer-desktop и запускать его postinstall-ом какого-нибудь метапакета desktop, зависимость на который будет у всяких ubuntu-destop.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	296. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от anonymous (??), 07-Авг-19, 06:30
	> какой-нибудь dpkg-reconfigure sysctl --prefer-desktop и запускать его postinstall-ом какого-нибудь метапакета desktop, зависимость на который будет у всяких ubuntu-destop. Лично мне кажется более правильным решением тупо добавить какой-нибудь earlyoom в зависимости метапакета ubuntu-desktop. "Почему это до сих пор не сделано?" -- а тикет был? Если да, то давайте почитаем; если нет, то, видимо, не очень-то людям это и нужно :)
	Ответить | Правка | Наверх | Cообщить модератору

	311. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (311), 07-Авг-19, 07:23
	Наверное, потому что те, кому оно надо, и кто понимает, что именно надо, давно сами себе все оттюнили, а лишняя забота в стиле apple - когда ОС лучше пользователя знает, что ему нужно - им не вперлась. Такое могли бы пушить идеологи-популяризаторы линукса-на-десктопе, но у идеологов с матчастью как раз часто не очень.
	Ответить | Правка | Наверх | Cообщить модератору

	575. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от waylandbeliver (ok), 09-Авг-19, 15:56
	Убунту и гном во много повторяют эпл, а вы опять про свой LFS (домохозяйкам и не нужный)
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+24 +/–
	Сообщение от Аноним (79), 06-Авг-19, 20:07
	> Как-то ж уже вроде тонну раз обсуждалось. Можно вырубить overcommit, чтобы было > как в винде. Можно включить себе SysRq, чтобы не ждать по > два часа и сразу вызывать OOM, можно подтюнить другие настройки в > sysctl, чтобы сгладить эффект. Можно установить себе какой-нибудь earlyoom и вообще > не думать на эту тему. Можно принудительно закрепить нужные вещи в > ОЗУ (такие как sshd, pam-модули и т.п.), чтобы доступность сервера никуда > не пропадала. Можно настроить себе zram, чтобы ОЗУ стало чуточку больше, > грубо говоря. Можно ещё много чего, наверняка. > Совершенно не понимаю, почему это вынесено в новости :) Представьте себе среднего Васяна, который поставил Линукс. Бац, и у него всё к **** повисло. Что сделает Васян? Подумает, что Линукс - ***** и не ошибётся, и сразу заменит его на более стабильную ОС. Речь не о ваших 150 костылях, а о стабильной работе системы по умолчанию. Слово стабильно не обозначает "стабильно не даём пользователю вообще ничего делать в течение минут 15-1500". Это означает прибиваем за приемлемое время самые жирные процессы, чтобы такое не происходило. На LKML сейчас обсуждение как это сделать красиво и правильно, но вы его не читали, конечно.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	84. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 06-Авг-19, 20:15
	> На LKML сейчас обсуждение как это сделать красиво и правильно, но вы его не читали, конечно. Ну да. Лично я этой проблемы давно не испытывал (и давно не интересовался). Но буду рад, почитать, если кините ссылке. И буду ещё более рад, если это причешут. > Представьте себе среднего Васяна, который поставил Линукс. Бац, и у него всё к **** повисло. Что сделает Васян? Подумает, что Линукс - ***** и не ошибётся, и сразу заменит его на более стабильную ОС. Да, Linux действительно не очень заточен под desktop-ы, как мне кажется. Если кому-то хочется максимально не включая мозг получить рабочий desktop, тогда нужно ставить либо специальные дистрибутивы Linux (заточенные под такие задачи), либо не ставить Linux, IMO.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–8 +/–
	Сообщение от Анончик999999 (?), 06-Авг-19, 21:54
	Винда хорошо заточеная под десктопы.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от НяшМяш (ok), 07-Авг-19, 00:49
	> Да, Linux действительно не очень заточен под desktop-ы Хотя казалось бы, кто мешает это сделать мейнстрим десктоп дистрибутивам, типа бубунты, федоры и т.п. Всего-то надо пару настроек поменять, да демон предустановить - и разительно поменяется впечатление от системы. Какой-нибудь третьегном вообще может это в зависимости себе вписать )
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	227. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 01:07
	> Всего-то надо пару настроек поменять Каждый, кто пытался - сталкивался с тем, что настроек надо поменять отнюдь не пару. Плюс, эти настройки не всегда и не везде одинаково работают. А еще проблемы могут уходить сильно вглубь ядра и системы и решить их на уровне простого васян-дистра вообще никак не получится. Банальный пример - hibernate, который уже второе десятилетие не могут сделать нормально и стабильно работающим везде и всегда. Хотя, "десктопнее" фичи не придумать - на ноутбуках это является постоянной проблемой и головной болью. Ну, или еще более прекрасная вещь - выдергивание неразмонтированной флешки, после чего все глючит-тупит, а потом еще и не выключается без принудительного подпихивания кнопкой power. И таких примеров - вагон и маленькая тележка.
	Ответить | Правка | Наверх | Cообщить модератору

	404. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Андрей (??), 07-Авг-19, 12:47
	> выдергивание неразмонтированной флешки, после чего все глючит-тупит, а потом еще и не выключается без принудительного подпихивания кнопкой power. Или примонтированный сетевой диск, если пропала сеть.
	Ответить | Правка | Наверх | Cообщить модератору

	482. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним (482), 07-Авг-19, 19:44
	>Банальный пример - hibernate, >который уже второе десятилетие не могут сделать >нормально и стабильно работающим везде и всегда неистово плюсую про гибернейт, а ещё какбэ десктоподистры искоробке неосилили до сих пор настройки лаптопов в энергосбережение и затупов с парковкой головок "всегда и везде", зато всегда при установке на лаптопы безошибочно это определют и вкорячивают геозонд, это ведь нужнее, ага!
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	230. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от KonstantinB (ok), 07-Авг-19, 01:10
	Средний Васян поставит себе не LFS, а какую-нибудь Убунту. Соответственно, вопрос надо решать дефолтным sysctl в десктопных дистрибутивах.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	485. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Васян (?), 07-Авг-19, 20:26
	>Средний Васян поставит себе не LFS, >а какую-нибудь Убунту. Я тот самый Васян, Убунта стала жирной, ещё более глюкавой и ещё больше стала походить на винду, перешёл на дебиан, и там такая проблема есть, к слову и в убунте приходилось руками править sysctl.conf, а в дебиане и этого мало всё равно в свап лезет часто, так что проблема есть, и да, я выбирал desktop при установке.
	Ответить | Правка | Наверх | Cообщить модератору

	508. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от KonstantinB (ok), 08-Авг-19, 00:22
	Между убунтой и дебианом большой разницы в этом смысле быть не должно. Настройки, значит, разные. Я там оставлял ссылочку в соседней ветке, попробуйте рекомендации из нее.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним (242), 07-Авг-19, 01:34
	Все верно. Недопустипое поведение системы и разбираться с этим никто не станет.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	309. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от сжиматель нулей (?), 07-Авг-19, 07:21
	>Речь не о ваших 150 костылях, а о стабильной работе системы по умолчанию. Претензия не к ядру, а к дистростроителям. Какого чёрта они не устанавливают earlyoom по умолчанию?
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	423. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (423), 07-Авг-19, 13:45
	А так ли оно надо продвигать линукс среди Васянов?
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	456. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (456), 07-Авг-19, 16:51
	А так ли оно надо продвигать линукс?
	Ответить | Правка | Наверх | Cообщить модератору

	529. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (527), 08-Авг-19, 09:38
	а так ли оно надо Васянам? (ведь если продвигать, значит у них другая ОС, а значит либо винда, либо мак. маководам linux нафиг не нужен, они и так довольны, ну и пользователям винды как бы тоже)
	Ответить | Правка | К родителю #423 | Наверх | Cообщить модератору

	536. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от sailorCat (?), 08-Авг-19, 11:30
	>Представьте себе среднего Васяна, который поставил Линукс. Бац, и у него всё к **** повисло. Что сделает Васян? Подумает, что Линукс - ***** и не ошибётс А что подумает Линукс о Васяне?
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	241. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (242), 07-Авг-19, 01:31
	А еще линукс крайне медленно работает со свопом. Пришлось решать эту проблему радикально - установить 128Гб оперативной памяти.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	256. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 07-Авг-19, 02:00
	Похоже что так, но вроде в 5.2 ядре с эти получше. Использую 5.2.
	Ответить | Правка | Наверх | Cообщить модератору

	355. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (355), 07-Авг-19, 10:13
	> Похоже что так, но вроде в 5.2 ядре с эти получше. Использую > 5.2. В 4.9 ещё лучше. https://bugzilla.kernel.org/show_bug.cgi?id=196729
	Ответить | Правка | Наверх | Cообщить модератору

	261. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (261), 07-Авг-19, 02:16
	Подскажите что надо крутить, откуда вы всё это узнали. ссылочки на статьи что и для чего можете опубликовать?! А то у меня схожая проблема, только система быстро лезет в своп, хотя я уже vm.swappiness=2 в /etc/sysctl.conf сделал и пофигу, всё равно начинает гадить в своп и тормозить, как-будто значение на 30-40 выставлено!
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	284. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от KonstantinB (ok), 07-Авг-19, 05:06
	Узнали, поискав в гугле (ну или что там больше нравится). Вот например http://www.akitaonrails.com/2017/01/17/optimizing-linux-for-...
	Ответить | Правка | Наверх | Cообщить модератору

	268. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (268), 07-Авг-19, 03:06
	> Можно вырубить overcommit, чтобы было как в винде. Вот уточнять надо такое. Если вырубить overcommit, то будет не просто как в венде, а как в ХР. А вот такое точно никому не надо. Чтобы было как в венде необходимо и оверкоммит вырубить, и свопиннес зарезать, и настроить prelink+preload да так, и библиотеки не выгружать лишний раз и на уровне ДЕ/консольной-сессии  определять какие приложения сейчас активные и какие фоновые, чтобы приоритеты задать и чем дальше перечисление тем дальше от реализованного функционала. В ядре-то как обычно всё есть, а в системе нету. А если система вместо зависания и стихийного убивания сообщит о своей проблеме ползователю, а если еще и мониторинг к этому прикрутить... вот тогда будет как в венде. Я лично не понимаю заем нужен оверкоммит, который потом вырежет процессы, которые ему не понравятся, в случае чего. Сам подход не понятен.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	304. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от anonymous (??), 07-Авг-19, 07:03
	> Я лично не понимаю заем нужен оверкоммит, который потом вырежет процессы, которые ему не понравятся, в случае чего. Сам подход не понятен. Многие приложения любят просить больше памяти, чем реально потребляют. Иногда эти две чиселки отличаются в разы. А ОЗУ -- это дорогой ресурсы.
	Ответить | Правка | Наверх | Cообщить модератору

	318. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от адмирал третьего флота очевидность (?), 07-Авг-19, 08:30
	потому что по молчанию этого всего не сделано.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	553. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (553), 08-Авг-19, 20:14
	А ты пробовал оверкомит вырубать? При выключении параметра, говнософт аля java-based, сразу выкидывает исключение аут оф мемори. У них там при старте malloc(100500 * GB)
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	573. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от waylandbeliver (ok), 09-Авг-19, 15:53
	> Можно принудительно закрепить нужные вещи в ОЗУ (такие как sshd, pam-модули и т.п.) А как это сделать?
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	574. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от waylandbeliver (ok), 09-Авг-19, 15:53
	del
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	577. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от waylandbeliver (ok), 09-Авг-19, 16:10
	del
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

85. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–6 +/–
Сообщение от Аноним (85), 06-Авг-19, 20:16
Я успешно решил эту проблему следующими настройками: vm.swappiness=1 vm.vfs_cache_pressure=50 vm.min_free_kbytes=1048576 Плюс к этому имеется своп на ssd, куда деваются излишки. Оперативки 16 Гб. В результате не тормозит и не подвисает никогда, хотя часто использую значительно больше памяти (виртуалки, разработка, все дела). С параметром vm.min_free_kbytes можно поиграться: целиться нужно на размер памяти, который вряд ли кто-то захочет единовременно в условиях нехватки памяти. На другом компе у меня всего 8 Гб памяти (а задачи те же), и min_free_kbytes я поставил чуть побольше - иначе периодически сталкивался с мелкими подтормаживаниями при старте чего-то большого (но всё равно, это небо и земля по сравнению с дефолтными настройками).
Ответить | Правка | Наверх | Cообщить модератору

	141. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+13 +/–
	Сообщение от trdm (ok), 06-Авг-19, 21:30
	> Я успешно решил эту проблему  ..... Оперативки 16 Гб. Само собой решилось...
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от имя (?), 06-Авг-19, 23:56
	Да если бы! Мне 32 не хватает, и это даже с учётом часто пустующего в последнее время ZFS ARC :|
	Ответить | Правка | Наверх | Cообщить модератору

	362. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (355), 07-Авг-19, 10:27
	Решилось увеличением vm.min_free_kbytes https://bugzilla.kernel.org/show_bug.cgi?id=196729#c17
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

	224. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
	Сообщение от Аноним (224), 07-Авг-19, 01:01
	Вы проблему не решили, вы её замели под ковёр и затопили оперативой и залакировали быстрым свопом. Oнa у вас воспроизведётся так: mkdir a mount -t ramfs ramfs ./a dd if=/dev/urandom of=./a/b bs=1024 ну или int main(){   char *c;   while(true){     c=new char[1024];   }   return 0; }
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	386. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–3 +/–
	Сообщение от Аноним (386), 07-Авг-19, 11:33
	Строго говоря, да - я сделал так, чтобы в моих условиях проблема не воспроизводилась - на практике этого достаточно. Описанные вами условия воспроизведения - синтетические, и в реальной жизни такого практически не бывает. Я подозреваю что на такой синтетике и макось загнётся - впрочем, интересно будет проверить, отпишусь как доберусь.
	Ответить | Правка | Наверх | Cообщить модератору

	530. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (527), 08-Авг-19, 09:43
	у вас много буков, вот вариант для забития ОЗУ попроще (и да, я по прежнему надеюсь что awk есть на всех системах): awk 'BEGIN{while(1){a[b++]=1;}}'
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

1. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+6 +/–
Сообщение от Аноним (1), 06-Авг-19, 18:47
Какой кошмар! /* в панике убегает за новыми плашками оперативы */
Ответить | Правка | Наверх | Cообщить модератору

	7. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от Даздраперм Сигизмундович (?), 06-Авг-19, 18:52
	Она дешевая. Ставьте 128 и норм. Хватит всем
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Anonymouss (?), 06-Авг-19, 19:54
	Где сейчас можно найти одну плашку 128мб?
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Gannet (ok), 07-Авг-19, 00:34
	ГБ? о_О
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+6 +/–
	Сообщение от IvAnZ (?), 06-Авг-19, 19:57
	Ага, а ультрабук только обновлять, т.к. оперативка прям на мамку припаяена. Уже из-за нехватки RAM поменял ноут 4 гига на 8, но теперь надо на 16 переходить, опять $$$ и тяжелее килограмма с 16 гигами нет
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	115. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от ппп (?), 06-Авг-19, 20:39
	тяжелее килограмма с 16 гигами есть =) А вообще, не не надо было брать нетбук за 15 тыс, если есть реальная потребность в памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от А (??), 06-Авг-19, 21:57
	С чего бы это. Надо - недорого и достаточно для нужного. А не очень полезных программистов потребность в памяти - пусть за меня платят. ) Ну реально, нет софта такого супер нужного, чтобы столько памяти отводить ему. И чтобы процессор прям быстрый нужен. P.S. Есть, конечно, новации, но это ещё не на рабочих столах никак. Кроме игр.
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+8 +/–
	Сообщение от Аноним (261), 07-Авг-19, 02:20
	Ну да, сперва понанимают вэбмакак и погромиздов-гомнокоддеров, из-за которых 8 гиг в ноуте не хватает, а потом они ещё смеют писать, что мне надо было ноут мощьнее и дороже брать, сталина на вас нет!
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	341. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от оралр (?), 07-Авг-19, 09:26
	странно что легендарные суперкодеры еще на починили то же ведро и весь прочий жрущий софт, но регулярно обвиняют всех прочих кодеров в криворукости
	Ответить | Правка | Наверх | Cообщить модератору

	488. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (488), 07-Авг-19, 20:37
	>странно что легендарные суперкодеры >еще на починили то же ведро и весь прочий жрущий софт, Легендарные суперкодеры не юзают омнософт и у них в консолях ничего не жрёт, почему они должны ковыряться в чужом г-мнокоде не понимаю?! >но регулярно обвиняют всех прочих кодеров в криворукости кто-то обвиняет, кто-то нет, я же от лица возмущённого пролетариата!
	Ответить | Правка | Наверх | Cообщить модератору

	614. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Q2W (?), 21-Авг-19, 15:49
	Легендарный суперкодеры заняты на работе, думаю.
	Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

	285. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (285), 07-Авг-19, 05:29
	на 24х иногда сталкиваюсь с зависаниями по заполнению оперативки бери 32, говорят на них норм)
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	31. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+12 +/–
	Сообщение от Аноним (79), 06-Авг-19, 19:11
	Даже сейчас в среднем магазе половину ноутов продаётся с памятью припаянной к матери - удачи в добавлении плашек памяти. Расскажите как вы это делаете, а мы послушаем.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	47. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–3 +/–
	Сообщение от kai3341 (ok), 06-Авг-19, 19:28
	> Расскажите как вы это делаете, а мы послушаем. Болезный, чините детектор сарказма
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (79), 06-Авг-19, 19:30
	Скорее, кто-то очень толсто троллит.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от SomeBody (??), 06-Авг-19, 20:45
	Понакупают вяких говен, а потом приходют у страдают тут. Фысь!
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	257. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–4 +/–
	Сообщение от tyrtyruurir (?), 07-Авг-19, 02:07
	Уймись. Я пишу без приувеличения. У половины народа России зарплаты 5 - 20 тысяц рублей. А у 90% пинсионеров не зависимо от стажа 8000 - 15 тысяч рублей пенсия. Инвалиды тоже в районе 10 - 15 тысяч.
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 07-Авг-19, 02:08
	И то может даже и больше чем половины.
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от tyrtyruurir (?), 07-Авг-19, 02:10
	Ошибся инвалиды 8 - 15 тысяч рублей
	Ответить | Правка | Наверх | Cообщить модератору

	277. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от zzz (??), 07-Авг-19, 03:50
	А у второй половины - 25-90 т.р.
	Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

	301. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–3 +/–
	Сообщение от Аноним (301), 07-Авг-19, 06:52
	>У половины народа России зарплаты 5 - 20 тысяц рублей. А в Сомали еще меньше. Предлагаешь ориентироваться на самых убогих? Здесь, кагбэ, большинство айтишники - зарплатная медиана в районе 120к находится (судя по последней статистике на хабре).
	Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

	346. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним (346), 07-Авг-19, 09:36
	>А в Сомали еще меньше. >Предлагаешь ориентироваться на самых убогих? >Здесь, кагбэ, большинство айтишники С чего взяли, я вот вижу много виндо и просто троллей?! > - зарплатная медиана в районе 120к находится Интересно как вы зарплату считаете у местных читателей/писателей >(судя по последней статистике на хабре). Тут не хабр, и слава богу, тут действительно бОльшая часть людей разбираются в компьютерах, по крайней мере создаётся такое впечатление. И потом, если 120к зарплата, так что? теперь обязательно постоянно деньги на ветер из-за вэбмакак и гомнокоддеров выкидывать?! вы, вот посмотрите какую культуру они вам прививают, т.е. вчера это прерасно работало, а теперь без улучшения функционала оно работает хуже, и вы должны де сами, за свой счёт, устранить эти недостатки, а что было бы если бы вы, например, купили автомобиль вчера, а завтра по старым дорогам уже ездить нельзя, нужно тягач покупать, который жрёт больше, стоит дороже, но это только чтоб доехать из точки А в точку Б, это же нонсенс?! а вот то что для браузеров надо периодически новый ноутбук покупать, это уже для вас норма, а ведь так было не всегда, это вам последние годы в головы вдолбили, ещё лет 10-15 назад компьютеры мощней брали и апгрейдили ради игр, 3d студий всяких, и кому скажи что надо апгрейдить проц и ОЗУ из-за страничек в интернетах, не поверили бы, с этими задачами самое старьё справлялось, а сейчас же что, такое впечатление что вэбмакаки в сговоре с производителями железа!
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–6 +/–
	Сообщение от пох. (?), 07-Авг-19, 07:16
	ну так может этой половине народа не надо пока лезть улучшать линуксы - а сперва заняться своим сортиром? - потому что это явно та самая половина, которая в XXI веке все еще бегает в -40 cpaть в дырку в полу в досчатой будке. Не считая тех, у которых и такого нет, и они гадят за баней. А развитие современных технологий оставить тем, кто первый и второй этажи пирамиды уже освоили.
	Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

	319. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Голубой гигант (?), 07-Авг-19, 08:30
	Ты считаешь людей неполноценными по праву рождения? И правда, "страна рабов, страна господ"
	Ответить | Правка | Наверх | Cообщить модератору

	353. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от пох. (?), 07-Авг-19, 10:09
	у нас пока не ставят штамп в паспорт "рожденный в жопе - всю жизнь не пускать в теплый сортир". Но если не повезло в ней родиться - надо прилагать усилия оттуда выбраться, а не пытаться прогнуть весь мир - все равно не получится, но мир станет только хуже. Тогда и _только_ тогда, когда выберешься - ты сможешь явить миру полноценную замену какого-нибудь б-жественного vue.js, но жрущего килобайты, а не гигабайты, и при этом позволяющего сделать не хуже и не страшнее имеющихся поделок. Но, что-то мне подсказывает, уже не захочешь.
	Ответить | Правка | Наверх | Cообщить модератору

	439. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (437), 07-Авг-19, 15:03
	Судя по тебе, ты не только не выбрался, но ещё и забрался сильно поглубже дна.
	Ответить | Правка | Наверх | Cообщить модератору

	467. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 07-Авг-19, 18:16
	Как можно назвать полноценным человека, который умеет на нижнюю половину зарплат, но хочет получать из верхней. В этом кретинизм российского (да и не только) общества: кого ни спроси, все считают себя умнее, опытнее, образованнее большинства. Но как только дело доходит до зарплаты, то все эти умные, опытные и образованные оценивают себя максимум в медианную зарплату. И возникает резонный вопрос: стоит ли к мнению этих шизофреников вообще прислушиваться.
	Ответить | Правка | К родителю #319 | Наверх | Cообщить модератору

	327. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноне (?), 07-Авг-19, 08:51
	Вот и сиди в своей квартирке 5 на 5. Только в пятерочке не забудь купить хлеба, выращенного этими самыми.
	Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

	497. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от пох. (?), 07-Авг-19, 22:44
	> Вот и сиди в своей квартирке 5 на 5. Только в пятерочке > не забудь купить хлеба, выращенного этими самыми. то ли дело - простор - вышел из яранги, глядь направо - моп твою ять! Налево глять - ять твою моп! Правда, зимой жопа немного подмерзает, а летом в нее вгрызаются комары... И ладно б оленей пас - там это неизбежная плата за сохранение культуры и наследия предков. Но он же ж такой - линуксы улучшать рвется...
	Ответить | Правка | Наверх | Cообщить модератору

	490. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (490), 07-Авг-19, 21:12
	> та самая половина, которая в XXI веке все еще бегает в > -40 cpaть в дырку в полу в досчатой будке. ну я, не бегаю, а хожу -какбудта чтота плахое?! и не дырка, а технологическое отверстие, и не досчатая будка, а полезное сооружение для сортироваки цилиндрических шлакоблоков... > Не считая тех, у которых и такого нет, и они гадят за > баней. > А развитие современных технологий оставить тем, кто первый и второй этажи пирамиды > уже освоили. а у вас, сударь, я смотрю, налицо заносчивое пренебрежение к прослойкам населения, которое не живёт по вашим шаблонам, я бы мог вам посоветовать не тыкать палкой в берлогу возмущённому пролетариату, но... вы, тыкайте-тыкайте, верхнеэтажный вы наш!
	Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

	503. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 07-Авг-19, 23:30
	Не путайте квартирный образ жизни с деревенским. В деревнях в домах некуда подключать унитаз, нет водопровода как в квартирах. Воду берут или в колодцах или где-то установлена колонка. И зачем в декревне в доме унитаз? Поставить его в доме на постомент и любоватся на него с мыслями и у меня тоже есть унитаз живу почти с уддобствами как в квартире. "в дырку в полу в досчатой будке" - это норма жизни прими это. И это не Европа и Америка с катеджами и газонами -  это русская деревня. А ещё из этой "дырки в будке" ведром на верёвке переодически с червями надо вычерпывать говно по мере заполнения. Я бывал в деревне знаю, жил. Пока здоровье и деньги есть не проблема в таком туалете для меня. А мытся топишь баню дровишками, носиш воду в баню.
	Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

	543. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (543), 08-Авг-19, 12:37
	У нормальных людей в деревне давно стоит септик.
	Ответить | Правка | Наверх | Cообщить модератору

	545. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 08-Авг-19, 14:07
	Я не занимлся изучением этого вопроса "септик" в деревне. В деревне был давно. И сомневаюсь о том, что септик это массовое явление. Я написал отом, что такой вид туалета "в дырку в полу в досчатой будке" в деревне это нарма жизни, а не признак диградацыи или чегото плохого. Почему септики не используют массово ( а может массово используют в чём сомневаюсь ) в деревне надо смотреть в каждом конкретном случаи так же как и почему покупают дешовые ноутбуки. С зарплаты или пенсии 8 -15 тысяч рублей вообще не подрозумивается покупка ноутбука за раз. 30% - половина уходит на кварплату у людей. Даже не знаю через сколько лет можно с такой зарплаты или пенсии накопить даже на дешовый ноутбук.
	Ответить | Правка | Наверх | Cообщить модератору

	546. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 08-Авг-19, 14:14
	Если почти не чего не есть, то наверно можно и за раз или через два месяца купить дешовый товар и с зарплаты и пенсии 8 - 15 тысяч рублей, но такой способ покупки в ущерб здоровью это плохой способ и так 15 тысяч это деньги на выжевание только чтобы быстро с голоду не умереть.
	Ответить | Правка | Наверх | Cообщить модератору

	547. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 08-Авг-19, 14:35
	> Если почти не чего не есть, то наверно можно и за раз > или через два месяца купить дешовый товар и с зарплаты и > пенсии 8 - 15 тысяч рублей, но такой способ покупки в > ущерб здоровью это плохой способ и так 15 тысяч это деньги > на выжевание только чтобы быстро с голоду не умереть. "и с зарплаты и пенсии 8 - 15 тысяч рублей" не и, а или: и с зарплаты или пенсии 8 - 15 тысяч рублей
	Ответить | Правка | Наверх | Cообщить модератору

	554. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 08-Авг-19, 22:13
	> В деревнях в домах некуда подключать унитаз, нет водопровода как в квартирах. мои (вполне деревенские) друзья со ШриЛанки удивленно чешут чёрные репы - у них есть. (кстати, они где-то слышали, что Ру'ссиа - богатая сильная страна, и даже грозит проклятой Америке!) И унитаз, со сливом и септиком, и водонапорный бак с электронасосом (и, кажется, даже фильтрами). Водонагревателя, правда, обычно нет, ну там бак на солнце и так неплохо нагревается. Страна даже не третьего, а скорее четвертого мира, ага. С плотностью населения хуже московской области и совершенно без запасов нефти. Где ваше место на этой карте, догадываетесь?
	Ответить | Правка | К родителю #503 | Наверх | Cообщить модератору

	618. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Анон23435334233423 (?), 08-Фев-20, 17:35
	Бро, в МО плотность низкая, если ты про Мск, то Мск не входит в МО
	Ответить | Правка | Наверх | Cообщить модератору

	512. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от хотел спросить (?), 08-Авг-19, 04:08
	иди на площадь? не?
	Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

	558. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от пох. (?), 09-Авг-19, 07:28
	> иди на площадь? не? в омон и прочие охранные отряды не всех берут - требования как на самом деле в космос. а если здоровье позволяет - то конечно, иди. Там и зарплата не шестьтыщ, и пенсия в 45 за счет тех лохов которых лупишь дубиной (и которые до пенсий по любому не доживут), вот на пенсии и будешь улучшать линуксы, как достойный член золотого миллиарда.
	Ответить | Правка | Наверх | Cообщить модератору

	580. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от хотел спросить (?), 09-Авг-19, 19:25
	>> иди на площадь? не? > в омон и прочие охранные отряды не всех берут - требования как > на самом деле в космос. > а если здоровье позволяет - то конечно, иди. Там и зарплата не > шестьтыщ, и пенсия в 45 за счет тех лохов которых лупишь > дубиной (и которые до пенсий по любому не доживут), вот на > пенсии и будешь улучшать линуксы, как достойный член золотого миллиарда. ох уж этот майор
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (122), 06-Авг-19, 20:45
	Так покупайте нормальные ноуты, а не дешёвый ширпотреб для просмотра вконтактика. В тех же Dell Precision или Lenovo P5* память без проблем обновляется как минимум до 32 ГБ.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	239. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 01:29
	> Так покупайте нормальные ноуты, а не дешёвый ширпотреб для просмотра вконтактика. > В тех же Dell Precision или Lenovo P5* память без проблем обновляется как минимум до 32 ГБ. Вот это правильная десктопная ОС с правильными системными требованиями - не какие-то там жалкие виндовые 2GB, а настоящие пацанские 32! Всё правильно, респектую!
	Ответить | Правка | Наверх | Cообщить модератору

	308. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 07-Авг-19, 07:19
	ты правда пробовал работать на винде с "2Gb", и открывать сотни вкладок при этом? Она в этих двух - "загружается". Не вижу проблемы, линукс тоже так может. Хотя не, не может - на такой системе будет uefi32, а мы же отовсюду повыпилили 32бита. но тут ты можешь помочь миру стать лучше  - убиться нах...прости, запилить свой клон хоть редхата хоть убунты с нормальной поддержкой 32бит, благо пакеты еще собираются, нужно только доделать поломанный установщик.
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Голубой гигант (?), 07-Авг-19, 08:33
	> на винде с "2Gb" Работается прекрасно. Windows 7 Starter прекрасно работает на 256 Мб ОЗУ. > открывать сотни вкладок Зачем? Вкладок 15 - самое то
	Ответить | Правка | Наверх | Cообщить модератору

	347. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от оралр (?), 07-Авг-19, 09:44
	>Windows 7 Starter прекрасно работает на 256 Мб ОЗУ. В смысле запускается? А вообще семерка рип уже.
	Ответить | Правка | Наверх | Cообщить модератору

	360. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 07-Авг-19, 10:23
	зочем вы тгавите? У него еще целых четыре месяца осталось, наслаждаться своим ручным стартером до превращения его в тыковку!
	Ответить | Правка | Наверх | Cообщить модератору

	359. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 10:22
	> Работается прекрасно. Windows 7 Starter прекрасно работает на 256 Мб ОЗУ. "загружается", ага, минут всего за двадцать-тридцать. И позволяет запустить сколько там - аж три программы, да? Давай я тебе такой линукс вылеплю, twm, xterm, никаких тебе бэкграундов на 4k - работать будет примерно так же. Даже, пожалуй, удастся загрузить что там... 3.28ю мазилу какую-нибудь, примерный эквивалент того ie7, и открыть в ней пресловутые 15 вкладочек с опеннетом. С неопеннетом будет пустое место, как и положено. Мееееедленно так, и печально. И, разумеется, своп на пару гиг не забудь создать заранее, тут тебе не винда.
	Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

	371. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Celcion (ok), 07-Авг-19, 10:45
	> ты правда пробовал работать на винде с "2Gb", и открывать сотни вкладок при этом? Не только на винде, я и на фряхе так пробовал в своё время. И всё было гуд. Только на линуксе я сталкивался с тем, что когда заканчивается память - система вообще ничего с этим не пытается сделать. Не только прибить самое прожорливое приложение (тут еще можно поспорить насколько это адекватное решение), но и даже просто предупредить пользователя о том, что у него память заканчивается - он, представь себе, можнт об этом и не догадываться, если специально себе датчики не вывел. Представляешь, память может заканчиваться вовсе не только потому, что пользователь сотни вкладок открыл в браузере, но и, например, потому, что обновления системы в очередной раз привезли с собой утечку памяти, что с десктопным линуксом случается с завидной регулярностью. Работал человек, работал, оставил комп на ночь, утром возвращается - а система уже пузыри пускает и реагирует лишь на нажатие reset. Ты это тоже считаешь нормальным? > а мы же отовсюду повыпилили 32бита. Кто "мы"? Мы, Николай Вторый? Ох уж эти форумные "выпиливатели"... > запилить свой клон хоть редхата хоть убунты с нормальной поддержкой 32бит, благо пакеты еще собираются, нужно только доделать поломанный установщик. Остапа несло... Явно задело за какую-то болезненную тему. Ну, извини, чувак, может они еще вернут поддержку 32 бит обратно, не переживай.
	Ответить | Правка | К родителю #308 | Наверх | Cообщить модератору

	391. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 12:11
	"в свое время" не было никаких вкладок - у netscape4 были окна ;-) > Только на линуксе я сталкивался с тем, что когда заканчивается память - система вообще ничего с > этим не пытается сделать. пытается, почему же не пытается - на сцену выбегает oom-killer и дает очередь в зрительный зал. > но и даже просто предупредить пользователя как вы представляете механизм такого предупреждения? Синий экран, как в винде95, у которой на ходу выдернули дискетку? Так оно в половине случаев висло, поскольку не то что приложения, а и системные детали плохо переносили блокировку в ядре на минуту, требуемую юзеру, чтоб сообразить что случилось и вернуть как было (а как еще-то - тут даже режим видео требовалось переключить) Висящую в памяти (тоже небесплатную) user-level софтину, которая просто банально дергает аналог free, но имеет средства взаимодействия с юзером ? Ну так у меня есть она, zabbix называется, вон, вчера вечером прислала очередной нотифай, что джанка сожрала всю память и уже свопом радостно хрустит. Пошел, поработал oom-киллером, поругался с разработчиками - обещали все переписать на пехепе. (они еще в 18м мне это обещали, я только не помню точно - 1918, или 1800?) лимит поставить нельзя - будет падать в тех случаях, в которых сейчас работает. > Работал человек, работал, оставил комп на ночь, утром возвращается - а система уже пузыри > пускает и реагирует лишь на нажатие reset. Ты это тоже считаешь нормальным? ну а что тут система-то сделать могла? Звонить ему среди ночи на мобилу - "щас йапнусь, родной,  сделай что-нибудь"? Ну вот жабикс и так умеет. Сбегать в лабаз купить планку памяти - пока, вроде, нет. Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить. Но зачем тут что-то портить в ядре - все равно непонятно.
	Ответить | Правка | Наверх | Cообщить модератору

	417. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от zzz (??), 07-Авг-19, 13:22
	>ну а что тут система-то сделать могла Прибить процессы. Тебе это говорит уже который человек, а ты продолжаешь строить из себя одаренную наивностью девочку, в каждой теме пуская струю против ветра. Винда с этим справляется, фрюха справляется, линукс - встает колом.
	Ответить | Правка | Наверх | Cообщить модератору

	430. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 14:15
	>>ну а что тут система-то сделать могла > Прибить процессы. Тебе это говорит уже который человек, а ты продолжаешь строить > из себя одаренную наивностью девочку, в каждой теме пуская струю против > ветра. Винда с этим справляется, фрюха справляется, линукс - встает колом. Это ещё с прошлого века политика пейсателей лялиха. С этим ничего нельзя сделать. Даже если вы напишете с чистого листа новую, безошибочную и самую правильную реализацию управления памятью, они её у вас не примут. Новый стандарт, все дела. У поха тоже не примут.
	Ответить | Правка | Наверх | Cообщить модератору

	434. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 07-Авг-19, 14:44
	> Прибить процессы. спасибо, дорогой - а зачем он их поназапускал, если их можно - просто прибить? "винда с этим справляется" - ну и брысь в свою любимую винду, которая убьет тебе недельную работу, потому что ей показалось, что тебе так будет лучше.
	Ответить | Правка | К родителю #417 | Наверх | Cообщить модератору

	441. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Адекват (ok), 07-Авг-19, 15:13
	Так можно же периодически сохранять результаты своей работы, не ?
	Ответить | Правка | Наверх | Cообщить модератору

	464. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 18:02
	вручную? С автоматическим сохранением тебя при таком подходе ждет веселый сюрприз - именно в этот момент память-то израсходуется чуточку больше и....
	Ответить | Правка | Наверх | Cообщить модератору

	471. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 07-Авг-19, 18:32
	Домашний (да и не только) пользователь не обязан следить за объемом свободной рамы и потреблением свопа. Винда ему недельную работу убьет, лол. Подбери жыр с губ - если в винде убьются результаты одной работы, то ресет ляликса из-за глухого зависания похоронит не только вкладку в хроме, где ты заполняешь ну ооооочень важную форму, но вообще все наработанное.
	Ответить | Правка | К родителю #434 | Наверх | Cообщить модератору

	470. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 18:29
	> пытается, почему же не пытается - на сцену выбегает oom-killer и дает очередь в зрительный зал. Это если он включен. По умолчанию - почти ни на одном десктопном линуксе он не включен. Ну а то, что закостылить можно всякое - никто и не сомневался. >> но и даже просто предупредить пользователя > как вы представляете механизм такого предупреждения? Синий экран, как в винде95, у которой на ходу выдернули дискетку? Уже кучу раз писали в данной теме в том числе и я - когда винде начинает не хватать памяти и свопиться не получается (отключен своп, или некуда больше его расширять) - винда начинает верещать пользователю ворнингами, что памяти нету и скоро станет худо, поэтому надо что-то закрыть, предлагая самое жирное из запущенных пользователем приложений. А когда память кончается совсем - винда его и пришибает. Можно спорить на тему того, что пришибать приложение вместе с несохраненными данными некомильфо, но если альтернативой этому является встающая колом вся система вместе со всеми приложениями с единственным решением в виде нажатия кнопки reset - то выбор не такой уж и неочевидный. Ну и, в любом из случаев, система должна предупреждать пользователя о том, что память заканчивается, потому что десктопный пользователь про это в большинстве случаев знать не может. > Висящую в памяти (тоже небесплатную) user-level софтину, которая просто банально дергает аналог free, но имеет средства взаимодействия с юзером ? Ну так у меня есть она, zabbix называется, вон, вчера вечером прислала очередной нотифай, что джанка сожрала всю память и уже свопом радостно хрустит. Я, на всякий случай, напоминаю, что речь про десктопы идет... > ну а что тут система-то сделать могла? Убить сжирающее ресурсы приложение из юзерспейса. На мой взгляд, вставшая колом система, которую только резетом можно вывести из анабиоза - это хуже, чем просто прибитое отожравшееся приложение. > Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить. ПО без ошибок - не бывает. > Но зачем тут что-то портить в ядре - все равно непонятно. Никто не говорит про ядро.
	Ответить | Правка | К родителю #391 | Наверх | Cообщить модератору

	491. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от пох. (?), 07-Авг-19, 21:37
	> Это если он включен. с каких это пор его надо как-то особенно включать? Его и выключить-то можно только для отдельной cgroup и не вполне очевидным способом. просто он не способен прибить "самое жирное приложение", поскольку совершенно правильно предполагает, что оно либо не виновато (у меня самым жирным является текущий модуль в mysqld, но он на 99% лежит в свопе и никогда оттуда не полезет - потому что это именно утечка, эта память на самом деле никому и никогда уже не потребуется - не надо его убивать, только хуже будет), либо оно потому столько жрет, что именно с ним юзер сейчас и работает - убить - потерять работу. И пытается угадать наиболее вероятного кандидата, за вычетом этих - не всегда удачно. На сервере у него иногда есть еще шансы попасть в правильный экземпляр джанги, но чаще всего экземпляры плодятся быстрее чем их можно убивать, поэтому неплохим стандартом с моей точки зрения является oom_panic=1 и не выяснять, что он в этот раз прибил и можно ли продолжить работу. >> Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить. > ПО без ошибок - не бывает. главное - ничего не исправлять? > Никто не говорит про ядро. автор этой глупости поднял бучу именно в lkml.
	Ответить | Правка | Наверх | Cообщить модератору

	501. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 23:24
	> На сервере у него иногда есть еще шансы попасть в правильный экземпляр Повторяю, речь не про серверы. Вышибить "не то" приложение на десктопе - уж точно не хуже полного зависания компьютера. Хотя бы просто потому, что при этом не придется его резетом возвращать к жизни с ненулевым риском побить файловую систему и/или открытые файлы. > главное - ничего не исправлять? Каким образом я, как пользователь, могу повлиять на исправление миллионов вебсайтов, созданных гендерно небинарными разработчиками, а так же утечек памяти в ОС и программах? Посидеть на кухне и порассуждать о том, как всё в этом мире неправильно? Сомневаюсь, что это поможет. > автор этой глупости поднял бучу именно в lkml. Это потому, что в мире линукса, насколько я понимаю, разработчики ядра являются некоей последней инстанцией, в которую отправляют после того, как разработчики всех промежуточных узлов (васян-дистр -> DE -> базовые компоненты) перевели стрелки.
	Ответить | Правка | Наверх | Cообщить модератору

	500. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 23:16
	>> Нет, это не нормально, дефективый userland софт надо либо чинить, либо выбросить. > ПО без ошибок - не бывает. Бывает. И оно, как ни странно, таки небольшого размера. Можно с высокой степенью уверенности говорить о том, например, что в ядер MINIX ошибок нет.
	Ответить | Правка | К родителю #470 | Наверх | Cообщить модератору

	315. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от еще_адын_ананим (?), 07-Авг-19, 07:35
	скоро Линус скажет, что 640 Ггб хватит всем
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+19 +/–
Сообщение от iPony129412 (?), 06-Авг-19, 18:48
А в чём новость?
Ответить | Правка | Наверх | Cообщить модератору

	32. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+18 +/–
	Сообщение от Аноним (79), 06-Авг-19, 19:12
	Ни в чём. Линукс идеален.
	Ответить | Правка | Наверх | Cообщить модератору

	389. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Andrey Mitrofanov_N0 (??), 07-Авг-19, 11:53
	> А в чём новость? Опенет сообщает!  На форониксе опубликована "новость". </eoi>
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+25 +/–
Сообщение от freehck (ok), 06-Авг-19, 18:48
Почему это в главных новостях? По-моему тут какая-то ошибка.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+16 +/–
	Сообщение от freehck (ok), 06-Авг-19, 18:49
	Окей, ввиду перемещения в мини-новости, я поправлюсь: почему это вообще в новостях? =)
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+6 +/–
	Сообщение от someAlex (ok), 06-Авг-19, 19:02
	Похоже скорее не на новость, а на запись в бложике.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Аноним (25), 06-Авг-19, 19:02
	Меня больше интересует, почему это вообще пропустили в новости.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	56. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 19:43
	Крамола же!
	Ответить | Правка | Наверх | Cообщить модератору

	240. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Celcion (ok), 07-Авг-19, 01:31
	> Меня больше интересует, почему это вообще пропустили в новости. Обсуждение какой-то объективно существующей проблемы в линуксе? Немедленно убрать с глаз долой! В линуксе нет проблем, слышите?! Нет!
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	440. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Адекват (ok), 07-Авг-19, 15:07
	Завтра автора найдут в канаве с перерезанным горлом.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (89), 06-Авг-19, 20:21
	Серьезно. Почему это в новостях? Есть же целый раздел для статей/заметок: https://www.opennet.me/tips/sml/ И там вполне себе уместно употреблять личные местоимения первого лица, глаголы первого лица и т.д. А в новостях ожидаешь нейтральную подачу информации.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	29. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+16 +/–
	Сообщение от Аноним (79), 06-Авг-19, 19:08
	На Reddit ~500 сообщений на тему, на Hacker News ~400, на русских сайтах (на ЛОРе есть в Talks) воняют и говорят, что всё в порядке, и проблемы нет, хотя воспроизвести её можно за пару минут. Рунет по части обсуждения Линукса превратился в чистый кал уже много лет назад. Просто противно читать.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	50. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–11 +/–
	Сообщение от soarin (ok), 06-Авг-19, 19:31
	Проблема есть. Но я бы не сказал, что она важная. Её легко можно закидать ОЗУ. Выше писали про ноутбуки – тоже не проблема, у линуксов и так вечные проблемы с автономностью, и гибернациями, так что использовать линуксы на ноутбуках это уже удел совсем упорных. А на десктопах у линуксов есть и куда более важные проблемы, которые просто не заткнёшь железом, как в этом случае...
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от zzz (??), 06-Авг-19, 19:38
	Что там важного, в самом деле. Ну зависла система на минуту, чего такого-то. И вообще, сам дурак. Обожаю линукс-сообщество за смелые, нестандартные ходы.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от soarin (ok), 06-Авг-19, 19:44
	> Что там важного, в самом деле. Ну зависла система на минуту Не знаю, как на минуту. У меня с концами зависало, уходя в свопинг. Что там уже чаю выпил, по парку погулял - бесполезно... Ни на что не отвечало. Может что-то и изменилось, ибо как выше написал, просто засадил ОЗУ побольше, поэтому больше такого не наблюдал.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 06-Авг-19, 20:12
	Добавить пямяти можно, но это не решение проблемы. Это ненормально, что ОС вместо того, чтобы прибить процесс, встает колом. Причем, это уже сколько времени продолжается. Недавно ставил KDE Neon на относительно старую машинку - 2 ядра, 2 гига. При попытке открыть FF со скайпом система завешивалась наглухо. Ну т.е. совсем наглухо. Такого поведения я не видел больше нигде - ни в винде, ни во фрюхе: без свопа процессы отстреливаются только в путь.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 07-Авг-19, 02:23
	Больше 45 минут не выдержал, диск стало жалко, ситема зависла, а диск от такого зависания начинает работать с нагрузкой в 100%, с скоростью ~30 -50 МБ/сек на чтение все 45 минут ( линейное чтение моего HDD макс. ~160-180 МБ/сек. ) и почти ноль на запись. Это было пару лет назад на 15-17 Xu. Теперь больше пару минут не жду с таким зависанием.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	266. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 07-Авг-19, 02:26
	Дело не в Xu. Тогда была Xu установлена.
	Ответить | Правка | Наверх | Cообщить модератору

	344. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним_t (?), 07-Авг-19, 09:33
	А что такое Xu?
	Ответить | Правка | Наверх | Cообщить модератору

	511. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 08-Авг-19, 03:25
	https://ibb.co/jvbtLW1
	Ответить | Правка | Наверх | Cообщить модератору

	267. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 07-Авг-19, 02:38
	Кстати тут про swap, Когда зависает у меня, раздел подкачки на 80-90% пуст. Не когда небыло чтобы зависло даже с половиной заполненном разделе подкачки, а это всего 2,5 Гб или 4гб оперативной  памяти, раздел подкачки 4 Гб SSD. Я всегда размечаю диск с разделом подкачки.
	Ответить | Правка | К родителю #264 | Наверх | Cообщить модератору

	559. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 09-Авг-19, 07:33
	> Кстати тут про swap, Когда зависает у меня, раздел подкачки на 80-90% > пуст. значит, это какая-то совершенно другая проблема, отдельная от страданий криворучек. Ищите ее для начала в битой памяти и перегреве (не обязательно именно проца - перегревшийся мост приведет к тому же самому, а throttling в ем не предусмотрен) При 100% уверенности что дело не в гнилом железе - там ниже инструкция, как и что нажать чтобы собрать дополнительную информацию, уже была. Я бы ставил на память. Вы заполняете ее до критичного уровня - и наступаете на мигающие битики.
	Ответить | Правка | Наверх | Cообщить модератору

	582. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 10-Авг-19, 01:47
	С ядром 5.2 и разделом подкачки на SSD стало лучше. Теперь я не проверяю сколько операцыонная система будет в зависании максимально. Если пару минут не хватает, чтобы сбросить информацыю на раздел подкачки на SSD, OC попрежнему находится на HDD, делаю resest в виртуальной машине или закрываю виртуальную машину. https://www.opennet.me/~%E1%CE%CF%CE... С переносом на SSD раздела подкачки не изменило поведение HDD с ОС во время зависания.
	Ответить | Правка | Наверх | Cообщить модератору

	583. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 10-Авг-19, 01:52
	Не та ссылка. Эта https://www.opennet.me/openforum/vsluhforumID3/118068.html#570
	Ответить | Правка | Наверх | Cообщить модератору

	584. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 10-Авг-19, 02:06
	Контралёр на мат. плате SATA300
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от MAN (??), 06-Авг-19, 19:42
	Что??? Неужели я это читаю про linux а не про FreeBSD? На последней, кстати, нет проблем при нехватке памяти - killer просто отстрелит этот процесс, и система жива и работоспособна, и даже ругнется админу. Но увы, на современном ноуте freebsd не прижился у меня, а linux просто выбешивает при нехватке памяти. Приходится перезагружать с завидной регулярностью. Если че - да, ноут с 4GB распаянной памяти.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	83. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от ibel (?), 06-Авг-19, 20:13
	поставьте zram, причем принудительно в конфиге ему 6ГБ. Станет существенно полегче. Офисные машины у меня так десятками живут.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от НяшМяш (ok), 07-Авг-19, 00:55
	Если там впаяных 4 гига, то заодно подозреваю слабый процессор, которому от вечного zrama может стать только хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (242), 07-Авг-19, 01:50
	Даже с zram система хорошо подвисает - все зависит от степени загруженности свопа. Приходилось и по 10м ожидать пока система хоть на что-то отреагирует :)
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	90. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–3 +/–
	Сообщение от Griggorii (?), 06-Авг-19, 20:21
	Если у тебя серьёзно 4 гига памяти то ставь вот этот дистр https://github.com/Griggorii/Cinnamon-Budgie-Linux-OS-11-bas... Стоит у меня три гига памяти и не моргает , избавляйся побыстрее от проблемы
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	91. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+7 +/–
	Сообщение от пох. (?), 06-Авг-19, 20:22
	> На последней, кстати, нет проблем при нехватке памяти - killer просто отстрелит этот процесс, и > система жива и работоспособна и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее заполнять с прежнего места) проблема нехватки памяти решается ТОЛЬКО добавлением памяти (хотя бы - в своп) то что дятел-автор не понимает тривиальных вещей, да еще и не в состоянии осознать, что в божественной десяточке проблемы (ему) не видно только потому, что она умеет создать своп по мере необходимости (даже если дятел запретит ей это делать - _все_равно_ он будет создан, временный) - ему невдомек, не может сообразить от чего же это постоянно тарахтит диск (ну понятен, он же альтернативно-одаренный, ему высокие идеи предлагать только, а не почитать что по теме) - это пол-беды. Хуже что найдутся другие дятлы, и запилят (как обычно, неотключаемый) улучшизм на эту тему. Планировщики уже изгадили погоней за "реакцией на действия пользователя". Теперь еще и изгадят управление памятью. Все ради заботы об альтернативно-одаренных, "а то они уйдут на проклятую винду". Господи, сделай так, чтобы они на нее ВСЕ свалили уже, наконец, забрав с собой альтернативно-одаренных разработчиков. "А еще лучше - чтобы просто сдохли." (c)Директор АЭС из "АтомногоИвана".
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	102. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
	Сообщение от zzz (??), 06-Авг-19, 20:28
	Проблема не в нехватке памяти, а в реакции системы на эту нехватку. Вы уж совсем умахались подменять понятия.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 06-Авг-19, 21:54
	> Проблема не в нехватке памяти, а в реакции системы на эту нехватку. что дожна сделать "правильно реагирующая" система - высунуть табличку "замените прокладку между креслом и клавиатурой!" и повиснуть? НЕТ памяти, НЕТ ЕЕ и взять - негде. Потому что дятел не обеспечил эту возможность.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (437), 06-Авг-19, 22:07
	А прокладка-то тут причём? Всё, что вмещается в ОЗУ - надо иметь возможность запускать, всё что пухнет - прибивать. Вот мне на моём безвентиляторном сяоми с 4ГБ ОЗУ вполне комфортно работается. Но иногда earlyoom прибивает попухшие вкладки хромого и потёкший шлак(недавно стал раза в 2 меньше жрать). Аутглюк ещё метров до 700 дотекал когда-то.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 06-Авг-19, 22:45
	> А прокладка-то тут причём? потому что у нее мог бы быть интеллект, но его - нет. Она дуб-дубом. > Всё, что вмещается в ОЗУ - надо иметь возможность запускать, всё что пухнет - прибивать. ок, там ниже рецепт как сделать, чтобы твой хром сразу прибился, еще до запуска. Стабильно. Все остальное требует человеческого разума - хотя бы в режиме "мляааа, что за хрень уже пол-свопа заняла? А, это? Так,save as, close...ну даааа, небыстро оно из свопа вылазит...фуу, вроде освободили - работаем дальше, ничего не потеряли".
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (437), 06-Авг-19, 22:51
	>  твой хром сразу прибился, еще до запуска. И до открытия в нём всякой жирноты... Ну, это и без рецепта сделать можно. Если его просто не запускать, например. А вот последняя строка твоего сообщения - вообще на пьяный bread похожа. Она точно не требует человеческого разума.
	Ответить | Правка | Наверх | Cообщить модератору

	310. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 07:21
	> И до открытия в нём всякой жирноты... нет. система _позволяет_ ее открыть, убедиться что сделал это зря, ресурсов твоей рухляди не хватит, и закрыть обратно вовремя - если ты не будешь ей мешать своим "интеллектом", который у тебя всем хуже чем у робота. В "новости" описано именно то, как изо всех сил - мешать.
	Ответить | Правка | Наверх | Cообщить модератору

	420. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от zzz (??), 07-Авг-19, 13:38
	Новость и замечания в обсуждениях как раз о том, что до "закрыть обратно вовремя" уже не доходит. Я лично это наблюдал не так давно: потекли (как оказалось) иксы, а я, будучи в полной уверенности, что всё тип-топ, запустил FF. И всё. Когда начало тупить, FF физически нельзя было закрыть - его окно еще не появилось, а потом система встала колом так, что мышка не ездила. Иди проспись.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (178), 06-Авг-19, 22:33
	Так можно и до проблем с переполнением буферов докопаться. "Покупайте процессоры от <kamen'&co.>! В них 128 Мб L1 кэша!"
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	223. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от НяшМяш (ok), 07-Авг-19, 00:57
	Помню, та же семёрочка при нехватке памяти убивала Aero и вывешивала balloon, что не хватает оперативки, закройте что-нибудь.
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	392. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 07-Авг-19, 12:16
	> Помню, та же семёрочка при нехватке памяти убивала Aero и вывешивала balloon, > что не хватает оперативки, закройте что-нибудь. если убить иксы, в общем-то, вывешивать уже ничего, скорее всего, не понадобится, память освободилась. От твоей работы в том числе. В остальных случаях либо предупреждение будет вылезать в случаях, когда медленно, с trashing'ом но и так бы справились, либо вылезалке не хватит памяти отрисовать окошко со списком, и она получит по башке oom-killer'ом.
	Ответить | Правка | Наверх | Cообщить модератору

	274. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от iPony129412 (?), 07-Авг-19, 03:27
	> что дожна сделать "правильно реагирующая" система - высунуть табличку Типа того. macOS вывешивает табличку «памяти уже перебрало. Вот тебе список приложений, закрывай что-то».
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	108. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (79), 06-Авг-19, 20:32
	>> На последней, кстати, нет проблем при нехватке памяти - killer просто отстрелит этот процесс, и >> система жива и работоспособна Обсуждается как раз проблема, что до OOMKiller'a дело не доходит. > и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась > недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее > заполнять с прежнего места) > проблема нехватки памяти решается ТОЛЬКО добавлением памяти (хотя бы - в своп) А что происходит, когда и swap кончается? > то что дятел-автор не понимает тривиальных вещей, да еще и не в > состоянии осознать, что в божественной десяточке проблемы (ему) не видно только > потому, что она умеет создать своп по мере необходимости (даже если > дятел запретит ей это делать - _все_равно_ он будет создан, временный) > - ему невдомек, не может сообразить от чего же это постоянно > тарахтит диск (ну понятен, он же альтернативно-одаренный, ему высокие идеи предлагать > только, а не почитать что по теме) - это пол-беды. Десяточка отлично работает в этой ситуации без swap'а. Проверено. И MacOS тоже. Столько откровенно ложных высказываний на opennet давно в одной теме не видел. Просто праздник какой-то. Swap, если вручную в 10ке выключен, никогда системой использоваться и включаться не будет. > Хуже что найдутся другие дятлы, и запилят (как обычно, неотключаемый) улучшизм на > эту тему. Планировщики уже изгадили погоней за "реакцией на действия пользователя". > Теперь еще и изгадят управление памятью. > Все ради заботы об альтернативно-одаренных, "а то они уйдут на проклятую винду". > Господи, сделай так, чтобы они на нее ВСЕ свалили уже, наконец, забрав > с собой альтернативно-одаренных разработчиков. "А еще лучше - чтобы просто сдохли." > (c)Директор АЭС из "АтомногоИвана". Много буков не в тему.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	435. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 14:48
	> А что происходит, когда и swap кончается? идиот получает то, что он заслужил, что же еще? > Десяточка отлично работает в этой ситуации без swap'а. Проверено. > Swap, если вручную в 10ке выключен, никогда системой использоваться и включаться не будет. конечно же, она берет память прямо в /dev/astr..простите, у нее ASTRL: ну в общем, и "когда своп кончается" и "у десяточки нет свопа и памяти всегда хватает" - весьма актуальный показатель уровня вашего интеллекта
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Аноним (437), 06-Авг-19, 21:17
	Ну ты то хоть на свою божественную полностью перешло? Не забывай чётко следуя методичке, кричать об этом на каждом углу. Ты ведь неальтернативно-одарённый жэж. > Планировщики уже изгадили погоней за "реакцией на действия пользователя" Это, кстати, было очень полезным улучшением для меня. Я доволен. > Теперь еще и изгадят управление памятью. Если так же, как и планировщики - то я только за. А пока-что - earlyoom позволяет мне на 4ГБ работать и жить без единого тормоза. Юзерспейс или ядро? - пофиг. Главное - работает, и работает хорошо. > проблема нехватки памяти решается ТОЛЬКО добавлением памяти (хотя бы - в своп) нет. > дятел-автор нет. В отличии от тебя.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	144. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:39
	Вы опять всё местами попутали. Альтернативно-одарённые не они! Они - мейнстрим. А вот вы.. :)
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	148. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+8 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:50
	Так по факту. Винда не виснет, дефолтный Линукс виснет. Пользователю обязательно знать, кто там чего и как создаёт? Пользователю нужно работать со своим прикладным софтом. С которым у Линукс опять же беда ;) Всё поминаю Федорчука, который в 2000-х размышлял на тему - а нужны ли Линуксу пользователи? И вроде как склонялся к тому, что Линукс слишком крут, чтобы его тормозили какие-то там пользователи. Типа, не коммитишь, иди на* отсюда ;) Вот так поюзаешь Линукс, почитаешь боевые комменты на опенете и подумаешь, а ведь и правда, Линуксу простые пользователи не нужны. Вот и сидите дальше с 2% на десктопе. Кстати, вокруг вас сейчас сгущаются корпоративные дяди, вот они может быть и выведут когда-нибудь Линукс-десктоп в люди. Но только не "сообщество" - это точно.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	166. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
	Сообщение от пох. (?), 06-Авг-19, 22:14
	> Так по факту. Винда не виснет сосед вася напел по телефону? Винда повиснет точно так же, и даже хуже (у нее очень неэффективный механизм свопинга, с идеями на десять лет старше чем в линуксе), как только не останется места ни в персистентном свопе, ни в windows\system32\гдетотамонагадит и гораздо раньше чем повиснет - начнет лагать так, что пользователь сам нажмет reset. Хуже того, у нее в этом месте еще и явные дидлоки случаются, то есть не всегда ей из этого состояния удается вылезти, даже если пользователь вовремя сообразит прибить свой любимый хром. (аналогично у freebsd, про совсем катастрофу с zone reclaim и arc я уж молчу, на линуксе я таких ситуаций почти не вижу) Что происходит с современными и не очень (ntfs) файловыми системами при таком заполнении - тоже, умный догадается, а остальным лучше бы не лезть с улучшизмами. > Пользователю обязательно знать, кто там чего и как создаёт? у нас уже есть одна прекрасная система для феноменально тyпых, ее вполне достаточно. OS/2 они уже угробили. Оставьте линукс в покое. > Всё поминаю Федорчука, который в 2000-х размышлял на тему - а нужны ли Линуксу пользователи? я пользователь. Но я совершенно не отношусь к умственно-отсталым (раз уж тут некоторые настолько, что неспособны понять что "альтернативная одаренность"- эфемеизм для политкорректного обозначения именно этого явления). Я в состоянии без подсказок догадаться, что если без конца открывать новые вкладки- память кончится, и система ничего не сможет поделать с дятлом за рулем. > Кстати, вокруг вас сейчас сгущаются корпоративные дяди которые ничего не забыли и ничему не научились? Спасибо, мы помним как они дважды подряд угробили OS/2 - идиотскими требованиями кое-как работы на устаревшем никому уже ненужном хламе. Сначала загнав в технологический тупик ветку 1.3, потом - угробив подававшую надежды на избавление от этих ужасов 2.x и выпустив вместо нее мертворожденный warp - который да, запускался (со страшным скрежетом диска) на уже никому не нужной "386/4mb/косыефлопы", да вот только позорно сливал 95й на системе чуть помощнее - которые уже у всех и стояли, кроме тех, кто все равно ни копейки не собирался платить за апгрейд своей windows3.11
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:45
	Вас прямо пробрало :) Занимаетесь самовнушением. А как любить Линукс без самовнушения?
	Ответить | Правка | Наверх | Cообщить модератору

	373. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 10:50
	> Занимаетесь самовнушением. А как любить Линукс без самовнушения? Блин... Лучший комментарий за сегодня. Так жирно, что даже тонко. Респект.
	Ответить | Правка | Наверх | Cообщить модератору

	436. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 07-Авг-19, 14:50
	я не люблю линукс. Я его уже окончательно ненавижу - вот ровно из-за того что он безнадежно изуродован последние годы любителями "как в винде", "только нахаляяяяяяаву!"
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	448. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Адекват (ok), 07-Авг-19, 15:40
	> я не люблю линукс. Я его уже окончательно ненавижу - вот ровно > из-за того что он безнадежно изуродован последние годы любителями "как в > винде", "только нахаляяяяяяаву!" Линукс изуродован молодыми людьми, которые полны энергии и энтузиазма, но не имеют опыта, который основывается на совершенных ошибках и понимании "как лучше не делать", они своей энергией вытеснили людей более старых и не таких сильных как они, как это было с одним из ментейнеров ArchLinux, чтобы внедрять улучшизмы, kde4, kde5, systemd, и прочее, прочее прочее. Ну или кому-то платит майкрософт и эпл, чтбы линуксом на десктопе нельзя было пользоваться.
	Ответить | Правка | Наверх | Cообщить модератору

	475. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 07-Авг-19, 18:57
	Какие "молодые", о чем ты. Линукс уже долгое время - платформа для корпораций, в которую корпорации привносят "улучшайзинги" для своих целей. Надо сделать так, чтобы смартфон контролируемо тормозил - пажалсте, overcommit, zram, zswap. Надо сделать так, чтобы можно было построить файйервол - пажалсте, обвешали всё ядро кучей грязных хаков. Надо сделать так, чтобы системой управляли машины, а не люди - пажалсте, сустемды. По сути, линукс - проститутка, которой за что платят, то она и делает. Тут можно возразить - мол, все продаются и покупаются. Но в этом и разница между фотомоделями, которые кроме своего тела ничего предложить не могут, и опытными эскортницами, которые могут поддержать беседу на тему Гогена, Хайдеггера или Берроуза.
	Ответить | Правка | Наверх | Cообщить модератору

	516. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от soarin (ok), 08-Авг-19, 05:37
	> Ну или кому-то платит майкрософт и эпл, чтбы линуксом на десктопе нельзя было пользоваться. Нет. Проблема не в том, что какой-то выдуманный враг платит, чтоб делали плохо. А в ом, что какой-то выдуманный друг не платит, чтобы было хорошо. Поэтому делают как могут.
	Ответить | Правка | К родителю #448 | Наверх | Cообщить модератору

	524. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Andrey Mitrofanov_N0 (??), 08-Авг-19, 08:23
	>не в том, что какой-то выдуманный враг платит, чтоб делали > плохо. >А в ом, что какой-то выдуманный друг не платит, чтобы > было хорошо. Поэтому делают как могут. Что значит "не в том, а в этом",  это же одно и то же.
	Ответить | Правка | Наверх | Cообщить модератору

	249. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 01:45
	Справедливости ради, у винды есть квоты, которыми админ может разрулить некоторые проблемы нехватки места. Если знать про них, конечно, и уметь ими пользоваться. А вот у меня намедни моя любимая Вистонька таки повисла. Ну, то есть, как повисла? Замёрзла и покрылась льдом. Кончилось место на диске Цэ, насколько я понял. Событий в журналы для Event Viewer она не осилила написать, остается только гадать о причинах (большой привет системдунам). Пришлось с кнопки перезагружать. Виной инциденту, подозреваю, придурочная качалка торрентов qbittorren, одарённые аффтары которой зачем-то создают скрытые файлы на диске, когда ты просто просматриваешь содержимое торрента, не отмечая галочками пункты для скачивания. Есть у меня как раз несколько больших жирных торрентов…
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	363. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 07-Авг-19, 10:30
	Вистонька в совокупности с кубитторрентом на ней - в 2019-ом наверное это весело :)
	Ответить | Правка | Наверх | Cообщить модератору

	375. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 10:54
	Это работает. Просто работает. Без телеметрии, без спайвари, без автоматической перезагрузки автоматических обновлений, без повышенного внимания руконогих индусов Майкрософта и остального мира, и вообще практически без недостатков. Почти идеальная десктопная операционная система. Лучше неё только Windows Server 2008 (R1).
	Ответить | Правка | Наверх | Cообщить модератору

	422. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 07-Авг-19, 13:45
	А ПО то современное на ней как? В любом случае, я бы уже сменил на 7. Кстати, понятно, что комп там старый, просто скажу, что как-то пользовался Десяткой на Кор2Дуо 3Ггц, 4гб оперативы ддр2 и винтом на сата2 - если сравнивать с Убунтой, то Десяточка там просто летала ;)
	Ответить | Правка | Наверх | Cообщить модератору

	424. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 13:51
	> А ПО то современное на ней как? Современное это какое — свежеобмазанное фека^W рекламой и телеметрией? > В любом случае, я бы уже сменил на 7. Кстати, понятно, что > комп там старый, просто скажу, что как-то пользовался Десяткой на Кор2Дуо > 3Ггц, 4гб оперативы ддр2 и винтом на сата2 - если сравнивать > с Убунтой, то Десяточка там просто летала ;) Зачем менять то, что хорошо работает, на то, что работает хуже? Назовите хотя бы одну разумную причину. Нет, комп не старый, всего два года в строю и ещё несколько лет в коробках «на консервации».
	Ответить | Правка | Наверх | Cообщить модератору

	476. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 07-Авг-19, 19:05
	Ну я бы не сказал, что виста "хорошо работает". Подвисания и фризы - то, что сопутствовало висте всю её историю, вне зависимости от номера SP. Если уж хочется действительно обмазаться нормальной олдскульщиной - то это семерка. По сравнению с вистой там много что поправили и улучшили эргономику. Если хочется жить с обновлениями - есть сборка simplix и DWS.
	Ответить | Правка | Наверх | Cообщить модератору

	504. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 23:36
	> Ну я бы не сказал, что виста "хорошо работает". Подвисания и фризы > - то, что сопутствовало висте всю её историю, вне зависимости от > номера SP. Подвисания и фризы были свойственны RTM и на маломощном железе. В SP2 и при лучшем оборудовании от них мало что осталось. Да и отключаются они при желании. В корпоративных же версиях мультимедийной блотвари вовсе нет — и тормозить нечему. А вот в Десяточке™ всё это богатство уже не отключишь. > Если уж хочется действительно обмазаться нормальной олдскульщиной - то > это семерка. По сравнению с вистой там много что поправили и > улучшили эргономику. Если хочется жить с обновлениями - есть сборка simplix > и DWS. Кое-что чуть-чуть кое-где улучшили. И кое-что (но важное) сломали. Да ещё и телеметрию добавили. Спасибо, я не хочу такого «прогресса». Про улучшенную эргономику от души посмеялся. В Висте можно вернуться к классической теме, которая, собственно, изначально делалась эргономически обоснованной, в отличие от модномолодёжного Aero, на которое приятно смотреть, но с которым утомительно работать; а в Семёрочке вернуться нельзя, некуда. Про аппаратное (не)ускорение классического GUI в NT6.1 напоминать излишне, полагаю. Тем более, что в сугубо техническом смысле Виста самый что ни на есть хайтек, на ней построены все последующие винды. А все они вместе, всё семейство NT, бегает на коде, написанном некогда командой Катлера, которая вдохновлялась, страшно сказать, VMS и ненаписанной чудо-системой DEC. До сих пор внутренности форточек выглядят сами знаете на что похожими. Так что я бы не придавал никакого значения рекламной и эникейской болтовне о операционных системах Майкрософта.
	Ответить | Правка | К родителю #476 | Наверх | Cообщить модератору

	395. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 12:21
	> Справедливости ради, у винды есть квоты, которыми админ может разрулить некоторые проблемы дык, у нас тоже есть (ну ок, с квотой на rss не все гладко). Но чтобы квоты работали и при этом еще работал какой-то софт - памяти нужно не много, а ОЧЕНЬ много. С избытком. Чтобы ты мог выставить квоты, в которые тот же хром - поместится, и при этом останется еще достаточно памяти для ворда. А если у тебя ее очень много - скорее всего, можно и не делать за систему ее работу. > есть, как повисла? Замёрзла и покрылась льдом. Кончилось место на диске > Цэ, насколько я понял. Событий в журналы для Event Viewer она не осилила написать потому что он лежал на том же диске, да? ;-) > Пришлось с кнопки перезагружать. Виной инциденту, подозреваю, придурочная качалка торрентов > qbittorren, одарённые аффтары которой зачем-то создают скрытые файлы на диске, когда чтобы избежать фрагментации, ага.
	Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

	428. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 14:04
	>> есть, как повисла? Замёрзла и покрылась льдом. Кончилось место на диске >> Цэ, насколько я понял. Событий в журналы для Event Viewer она не осилила написать > потому что он лежал на том же диске, да? ;-) В точности так. Придерживаюсь ещё тех рекомендаций Мокрософта — об организации единственного раздела на весь физический диск. >> Пришлось с кнопки перезагружать. Виной инциденту, подозреваю, придурочная качалка торрентов >> qbittorren, одарённые аффтары которой зачем-то создают скрытые файлы на диске, когда > чтобы избежать фрагментации, ага. Вот такие умные и предусмотрительные погромизды. Листаешь древовидный интерфейс содержимого торрента, а он умно и предусмотрительно создаёт скрытые файлы нужного размера, хотя ты ни о чём таком не просил. Искуссьтвенный интеллехт, понимаешь. Хотя в настройках отключено резервирование места под закачку, и дисковый кеш отключён, но оно лазит в системный кеш. Возможно, это следовало бы тоже отключить. Погромизды, писавшие эту малварь, явно дружат со славным алгоритмом рукожопа ( https://traditio.wiki/Алгоритм_маляра_Шлемиэля ), поскольку тормоза растут чуть ли не в линейной зависимости от количества добавленных закачек. Или это битторрент таков по своей природе? Не знаю, да и пофиг.
	Ответить | Правка | Наверх | Cообщить модератору

	446. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Адекват (ok), 07-Авг-19, 15:34
	> Вот и сидите дальше с 2% на десктопе. Нужно было мысль дальше развить - что будет с линуксом, если количество пользовотелей будет уменьшаться ? Станет их 1.5%, 1%. 0.01% - будут ментейнеры БЕСЛПАТНО собираться новые пакетики для дистрибутивов ? мне кажется, что нет, мне кажется линукс станет закрытыми и по подписке, конечно можно будет скачать исходники и самому собрать, но ктож это осилит ? Будет несколько спец дистрибутивов, для всякого рода госконтор, но это будут накатываемые контейнеры с шифрованной фс, которые будут накатывать всякие конторки (друзья депутатов) ЗА ДЕНЬГИ, деньги налогоплательщиков, софт будет только для нужд организации, то есть никаких тебе mc, kate, tcpdump, и прочего. И никаких тебе свобод выбора DE и софта, даже браузер будет тот, что за тебя дяди порешает. Не нравится - а что ты сделал для линукса :) ? Однако, если ситуация будет обратной, и число пользователей линукс будет расти - это привлечет производителей софта, и софта, хоть и платного под линукс станет больше, и он, линукс станет лучше, во всех смыслах. Но тру-линукс-пользователям этого не нужно, им бы как в 2000ых (на лоре) лишь бы только с грязью смешать новичков.
	Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

	465. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 18:10
	дружище, я отлично помню времена, когда "количество пользователей" было равно 0. "пользователь" б-жественной десяточки с ума бы сошел, пытаясь понять, что тут вообще такое на экране происходит, когда sls вываливала ему просто незатейливый интерфейс fdisk - "ну ты тут как-нибудь разметь под систему, а потом мне вернешь управление, и расскажешь, что и как" И ничего - жили как-то, сдохла sls, продолжил Патрик, Патрик ниасилил в зависимости - пришел Эрик... Потом пришли корпорации - и началась копрофагия, потому что торговать дисками по себестоимости им быстро приелось, на этом на IPO не выйдешь. > И никаких тебе свобод выбора DE и софта, даже браузер будет тот, что за тебя дяди порешает. у тебя и так только тот браузер, который дядя тебе соберет - сам-то ты не можешь, да? ты ведь "поооользователь". > Но тру-линукс-пользователям этого не нужно да. Мне нужна предсказуемая система с понятным поведением - где не внезапно вылезает какая-то хрень, предлагающая прибить что попало, потому что сам альтернативно-одаренный не осилит. Вполне достаточно одной винды, вторая - ненужно.
	Ответить | Правка | Наверх | Cообщить модератору

	505. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 23:42
	> Потом пришли корпорации - и началась копрофагия, > потому что торговать дисками по себестоимости им быстро приелось, на этом > на IPO не выйдешь. У лялиха исключительно удачная для жадных корпорастов модель разработки. Можно без усилий и под всеобщее одобрение погромиздов и даже потребителей ломать обратную совместимость в каждом новом выпуске своей малвари и никогда не закрывать кассу для несущих бабло. Впрочем, мы-то это понимаем, а секта — нет. На то и секта.
	Ответить | Правка | Наверх | Cообщить модератору

	523. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Адекват (ok), 08-Авг-19, 07:50
	> дружище, я отлично помню времена, когда "количество пользователей" было равно 0. Были времена, когда ядро было версии 0.01 (кажется), когда еще не было гну-утилит, и этот линукс мог поддерживать один человек, сейчас, чтобы средний дистрибутив поддерживать - сколько человек нужно ? сотни, десятки ? :) Можно конечно сделать автоматическую сборку пакетов, только если не смотреть на жалобы пользователей - "у меня после обновления...." > у тебя и так только тот браузер, который дядя тебе соберет - > сам-то ты не можешь, да? Не могу и не хочу, потому, что: > ты ведь "поооользователь". Именно :) > да. Мне нужна предсказуемая система с понятным поведением - где не внезапно > вылезает какая-то хрень, предлагающая прибить что попало, потому что сам альтернативно-одаренный > не осилит. Мне тоже нужна предсказуемая система, но предсказуемость его зависит от того, насколько тщательно будут проверяться пакетики, перед отправкой в "стейбл", чтобы пользюки их стали скачивать и систему обновлять. Можно сделать - так сделать прибивалку процессов, хотя в той же винде не прибивается а сбрасывается в своп, сделать ее по дефлоту, и сделать возможность отключения. Вот вы винду ругаете, а там такого никогда не будет - скачали новую версию софта, а при его запуске выйдет сообщение "библиотека не найдена" ;)
	Ответить | Правка | К родителю #465 | Наверх | Cообщить модератору

	533. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 08-Авг-19, 10:17
	> Можно конечно сделать автоматическую сборку пакетов, только если не смотреть на жалобы > пользователей - "у меня после обновления...." если сделать ее правильно - с покрытием тестами хотя бы базовой функциональности - жалоб будет существенно меньше. Впрочем, о чем я... см историю с dkms >> у тебя и так только тот браузер, который дядя тебе соберет - >> сам-то ты не можешь, да? > Не могу и не хочу, потому, что: ну и к чему тогда страдания за "только то что подсунул дядя" ? Я могу собрать сам, и иногда вынужден это делать, когда дядя какую-то фигню насобирал. Но я и под винду соберу. > Мне тоже нужна предсказуемая система, в предсказуемой - при исчерпании всей памяти, предсказуемо, происходят проблемы. Как видишь, это не устраивает наше всьо - пользователей с кривыми руками. > Вот вы винду ругаете, а там такого никогда не будет - скачали новую версию софта, а при его > запуске выйдет сообщение "библиотека не найдена" ;) запросто, когда это не корпоративная система за много $$. Захотеть какую-нибудь особо у6людочную версию сишного рантайма 2009го года - как два пальца. Принести ее с собой, но позапрошлой версии с незакрытой уязвимостью - тоже всегда пожалуйста. Кроме рантайма - да, все остальное принесут с собой (а потом "ой лопается от потыкивания пальчиком - кто ж знал что надо обновлять), потому что копирайты и особенности системы заставляют все это дублировать в каждой крохотной пищалке и перделке. Кому от этого хорошо? Ну ничего, у вас для этого уже тоже все есть.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 01:26
	Добавьте плюсов поху, анонимы. Он единственное ценное достояние опеннета (даже если вы по молодости этого ещё не понимаете).
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	244. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 01:39
	Да набросы какие-то уж слишком жирные. Я бы лучше скинулся ему на таблетки для похудения.
	Ответить | Правка | Наверх | Cообщить модератору

	421. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (421), 07-Авг-19, 13:38
	> и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее заполнять с прежнего места) > то что дятел-автор дятел - это ты, потому что до своей формы ты не достучишься никогда, система может может и сутки колом простоять. А встанет она колом рано или поздно, вне зависимости от количества памяти, 16 или 32, особенно если ее не перегружать/выключать ежедневно.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	438. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 15:01
	ну так не дожидайся этого "поздно". У тебя 4, 8, 10 гигабайт свопа - они _физически_ не могут заполняться быстро, нет таких дисков. могу подарить лишний маломощный светодиодик - повесь его на контакты - как замигает, ну закрой уже пару ненужных сейчас окошек. > А встанет она колом рано или поздно, вне зависимости от количества памяти, 16 или 32, особенно > если ее не перегружать/выключать ежедневно. у меня система встает колом от перегрева моста. Вот сейчас холодно - не встает колом уже третью неделю. Памяти - 4G, и те не все доступны из-за особенностей платформы. Что я, блин, делаю не так? И даже вот такая: 14:57:02 up 853 days, 15:05,  3 users,  load average: 0.17, 0.23, 0.23 не встает колом, представляешь? (нет, я не могу ее перезагрузить. Нет, не поломают.)              total       used       free     shared    buffers     cached Mem:      12322848   10332424    1990424          0     108024    1356512 -/+ buffers/cache:    8867888    3454960 Swap:      8388604      13652    8374952
	Ответить | Правка | Наверх | Cообщить модератору

	480. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 07-Авг-19, 19:29
	У тебя талант раздавать самоочевидные советы из разряда "Хочешь быть богатым - будь им!", так характерная для продавцов отрыжки своего ума за деньги, вне зависимости от того, как это называется - семинар, лекция или работа сотрудника интегратора.
	Ответить | Правка | Наверх | Cообщить модератору

	443. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Адекват (ok), 07-Авг-19, 15:19
	> и нaxep никому не нужна, потому что вместе с отстреленным хромом накрылась > недозаполненная форма (и далеко не всегда после перезапуска тебя пустят ее > заполнять с прежнего места) А ведь можно сделать так, что каждая вкладка будет отдельным процессом, и если вкладка в течении 10 сек не обращается к ОЗУ - она целиком скидывается в своп, а ОЗУ освобождается ? не ну как вариант. Ну можно еще добавить условие, если окно не активно, если пользователь с ним не работает.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	481. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 07-Авг-19, 19:36
	В той же винде отстреливаются новые процессы. Заполняешь ты где-то там формочку на сайте, тут дилинькнул мессенджер, прошел по ссылкам, открыл гугл, открыл еще пять ссылок, тут память кончилась и последние запущенные процессы прибились, старые процессы в целости и сохранности. Простая и очевидная логика, недоступная нашему тропическому алконавту поху, готовому землю жрать, лишь бы только никто не подумал, что он ляпнул глупость.
	Ответить | Правка | Наверх | Cообщить модератору

	510. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от имя (?), 08-Авг-19, 03:22
	> В той же винде отстреливаются новые процессы. Заполняешь ты где-то там формочку > на сайте, тут дилинькнул мессенджер, прошел по ссылкам, открыл гугл, открыл > еще пять ссылок, тут память кончилась и последние запущенные процессы прибились, > старые процессы в целости и сохранности. Простая и очевидная логика …которая не работает, если для убийства остаются только очень старые процессы. Эти вкладки не только потому текут, что они новые, но и потому что кто-то нашёл для своего сайта очередной набор Улучшенных™ компонентов под react.js, которые текут не сразу и неочевидным образом, а когда текут, то на корпоративном макбуке с двумя вкладками, слаком и vscode этого не видно.
	Ответить | Правка | Наверх | Cообщить модератору

	492. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 21:45
	> А ведь можно сделать так, что каждая вкладка будет отдельным процессом, и > если вкладка в течении 10 сек не обращается к ОЗУ - > она целиком скидывается в своп, а ОЗУ освобождается ? не ну ты не хочешь подождать пока она перекинется в своп (это не позволит в этот же момент писать на диск, положим, кэш текущей вкладки с миллионом картинок и еще параллельно качать "порносконем8k.av1"). И тем более не хочешь подождать, когда случайно попал мышкой мимо соседней вкладки - когда она соизволит оттуда достаться, опять же затормозив другие обращения к диску, чтобы показать тебе то, что не особенно сейчас и хотелось увидеть. Вполне достаточно бесит и существующий "lazy loading" - причем он из кэша - все равно lazy. Ради одного в месяц случая, когда система на самом деле перезагрузилась внезапно и я сам не хочу ждать. > как вариант. > Ну можно еще добавить условие, если окно не активно, если пользователь с > ним не работает. главное условие - реальная нехватка памяти. Иначе мы даром транжирим ресурсы и время этого пользователя на перекачивание в своп из свопа того, что никуда двигать было бы не надо. А при реальной нехватке памяти, к сожалению, перестает хватать cpu и дисковой пропускной способности заодно. proactive swap мы не любим, вон сколько недовольных.
	Ответить | Правка | К родителю #443 | Наверх | Cообщить модератору

	105. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от IRASoldier_registered (ok), 06-Авг-19, 20:30
	>Её легко можно закидать ОЗУ Так когда-то сделали яблочники. Совершенно экстенсивный путь.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	225. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от НяшМяш (ok), 07-Авг-19, 01:02
	Не сказал бы, что сделали. Макбуки с 32 гигами появились только в конце 2018 года, раньше 16 максимум. Да и встречаются люди, которые на старых Airах с 4 гигами на последних осях живут и не особо страдают.
	Ответить | Правка | Наверх | Cообщить модератору

	292. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от IRASoldier_registered (ok), 07-Авг-19, 06:19
	То ли на Хабре, то ли на Компьютерре(?) как-то (~5 лет назад) читал развёрнутый обзор, как проблемы с утечкой памяти в макоси решались простым добавлением оперативы в новые версии мак(бук)ов. Сразу дисклаймер: личного опыта более или менее длительного юзания маков или какого-нибудь хакинтоша не имею, не нужно было.
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (224), 07-Авг-19, 01:05
	>Её легко можно закидать ОЗУ. Ну раз вам легко, то с вас покупка ОЗУ и материнских плат, а если нужно - то и процессоров новых, всем тем, кто не считает, что это легко.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	431. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от soarin (ok), 07-Авг-19, 14:17
	> Ну раз вам легко, то с вас покупка ОЗУ и материнских плат, а если нужно - то и процессоров новых, всем тем, кто не считает, что это легко. Как оригинально то... Естественно, что легко относительно пути "а где патч?". Сам прикинешь сколько это трудозатрат для конечного пользователя...
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от анон (?), 06-Авг-19, 19:42
	На реддите и хн обсуждение некого абстрактного дохлого опоссума скатывается к чаепитию. Да, такое приятно читать, но не долго. по поводу рунета - это меньше зло, совсем другое дело - это сос и подобная ванильность. Если вы не знаете, чем это оборачивается, то советую посмотреть все отклоненные реквесты в репозитории ядра, раковость подобной общественной опухли зашкаливает. >на русских сайтах (на ЛОРе есть в Talks) воняют и говорят Этой проблеме 15 лет, это проблемы не только ядра линукс, все ответы уже есть, решения малоприятны. >Просто противно читать. А мне уже противно до безразличия читать подобные комменты.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	64. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от user90 (?), 06-Авг-19, 19:52
	Но проблема-то больше в голове у тех, кто за каким-то фигом открывает 100+ вкладок, нежели в технической части ;) И чего тут обсуждать, тоже не совсем понятно.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	111. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
	Сообщение от IRASoldier_registered (ok), 06-Авг-19, 20:34
	А это неважно. Приложение позволяет открыть 100+ вкладок. Мне хочется открыть 100+. ОС должна с этим тем или иным способом справляться. Или на уровне приложения брать и к чертям ограничивать функционал, пока ОС не умеет реагировать на такие ситуации адекватно. И не надо устраивать сеанс очередного вещания "не переносите ваши привычки с другой ОС на наш уютный Linux".
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:54
	Да они там на этой винде мало того, что играют, так ещё и работают! Фу-фу!
	Ответить | Правка | Наверх | Cообщить модератору

	450. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Адекват (ok), 07-Авг-19, 15:50
	> Да они там на этой винде мало того, что играют, так ещё > и работают! Фу-фу! Да ваще офигевшие, понимашь купят себе игру AAA класса, и давай в нее рубиться на видяхе за 90к рублей и монике 4K, то ли дело у нас - повесил на ctrl+k скрипт прибития браузера и красота :))
	Ответить | Правка | Наверх | Cообщить модератору

	269. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (269), 07-Авг-19, 03:08
	Даже не так. Это вполне себе лазейка для написания вирусов работающих даже на жс. Через жс можно заставить линукс уйти в себя, и это НЕ нормально, для ядра. Не обслуживать один процесс это лучше чем не обслуживать все процессы находясь в бесконечном поиске памяти
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	282. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от IRASoldier_registered (ok), 07-Авг-19, 04:39
	> лазейка для написания вирусов (...) Не обслуживать один процесс это лучше чем не обслуживать все процессы находясь в бесконечном поиске памяти Разумеется. Но на Linux же не бывает вирусов, вы разве не знали? (#сарказм)
	Ответить | Правка | Наверх | Cообщить модератору

	394. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Совершенно другой аноним (?), 07-Авг-19, 12:18
	ОС не работает с вкладками - она про них совсем ничего не знает. Что, конечно, не отменяет проблемы с управлением памятью в Linux. Опять-же есть проблема, что на прикладном уровне через возвращение нулевого указателя из функции malloc()/calloc()/etc в Linux не могут сообщить, что память закончилась и позволить самому приложению что-то по этому поводу сделать.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	403. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 07-Авг-19, 12:44
	> Опять-же есть проблема, что на прикладном уровне через возвращение нулевого указателя > из функции malloc()/calloc()/etc в Linux не могут сообщить, что память закончилась > и позволить самому приложению что-то по этому поводу сделать. Могут, в этом и есть суть отключения overcommit. Проблема в том, что для куча приложений написана так, что по получению NULL умеет только вываливаться с записью «вот это нежданчик!» в логе, а по-другому писать разучились.
	Ответить | Правка | Наверх | Cообщить модератору

	425. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним84701 (ok), 07-Авг-19, 14:01
	> Могут, в этом и есть суть отключения overcommit. Проблема в том, что > для куча приложений написана так, что по получению NULL умеет только > вываливаться с записью «вот это нежданчик!» в логе, а по-другому писать разучились. Кхе-кхе. https://developer.gnome.org/glib/stable/glib-Memory-Allocati... > If any call to allocate memory using functions g_new(), g_new0(), g_renew(), g_malloc(), g_malloc0(), g_malloc0_n(), g_realloc(), and g_realloc_n() fails, the application is terminated. This also means that there is no need to check if the call > succeeded. On the other hand, g_try_...() family of functions returns NULL on failure that can be used as a check for > unsuccessful memory allocation. The application is not terminated in this case. >
	Ответить | Правка | Наверх | Cообщить модератору

	427. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от zzz (??), 07-Авг-19, 14:03
	Миллиарды людей с отсутствующим оверкоммитом как-то живут себе на винде, не кашляут - фильмы смотрят, в интернете сидят, игрушки запускаят. Overcommit - фенька от корпораций для корпораций, позволяющая на каком-нибудь смартфоне запустить чуть больше приложений, а зависнет - ну так сам дурак, что запустил столько приложений, перезагрузи устройство. По сути, это грязный хак. Впрочем, как и всё остальное в линуксе.
	Ответить | Правка | К родителю #403 | Наверх | Cообщить модератору

	229. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Аноним (224), 07-Авг-19, 01:10
	Я в 2006 открывал 100 вкладок и было норм. Почему в 2019 на том же железе я не должен открывать те же 100 вкладок с тем же или даже меньшим потребшением ресурсов? Почему даже на железе с вчетверо большей оперативой и зарезанным JavaScriptом на всех я не могу открыть столько вкладок? У нас вообще прогресс в софтостроении и оптимизации или регресс и п***********о? Вопросы риторические, можно не отвечать.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	246. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 01:41
	> Почему в 2019 на том же железе я не должен открывать те же 100 вкладок с тем же или даже меньшим потребшением ресурсов? Принеси в свой 2019 вебсайты и браузеры из 2006 - и все откроется. Всегда ваш, Кэп.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от ппп (?), 06-Авг-19, 20:42
	Просто есть те кому эта проблема и сам линукс не интересны, и есть фанатики линукса. У последних в голове творится что-то непонятное, и даже видя очевидный косяк они начинают обвинять тебя в криворукости и т д, а как последний аргумент "УМВР", "это никому не нужно" и "иди сам перепиши программу/ядро и т д".
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	157. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:56
	Да :) Но, в конце-концов, модераторы оставят только правильное и доброе :)
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от vitalif (ok), 06-Авг-19, 22:31
	Потому что реально полная хрень, а не проблема КАКАЯ система умеет мягко обрабатывать нехватку памяти? Винда что ли? Любая система раком встаёт
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	231. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Аноним (224), 07-Авг-19, 01:12
	Не мягко, а корректно, а не втупую. И именно винда.
	Ответить | Правка | Наверх | Cообщить модератору

5. Скрыто модератором	–3 +/–
Сообщение от Аноним (5), 06-Авг-19, 18:50
В Windows 10 такой проблемы нет, потому что систему все же писали профессионалы, а не какие то случайные люди, вот вам и базар.
Ответить | Правка | Наверх | Cообщить модератору

	10. Скрыто модератором	+2 +/–
	Сообщение от Rhayader (?), 06-Авг-19, 18:53
	Типа винда с отключенным свэпом позволит открыть бесконечное количество вкладок без видимых эффектов торможения и зависания ? не верится )
	Ответить | Правка | Наверх | Cообщить модератору

	14. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 06-Авг-19, 18:56
	> Типа винда с отключенным свэпом позволит открыть бесконечное количество вкладок без видимых > эффектов торможения и зависания ? не верится ) Хорошей производительности не ждите, но вести она себя будет НАМНОГО лучше, вы как минимум сможете закрыть "плохое" приложение. Ну и "OOM-Killer" в Windows хорошо сделан и действительно работает, в отличие от...
	Ответить | Правка | Наверх | Cообщить модератору

	281. Скрыто модератором	+3 +/–
	Сообщение от IRASoldier_registered (ok), 07-Авг-19, 04:37
	>  Ну и "OOM-Killer" в Windows хорошо сделан и действительно работает, в отличие от... Заметьте, как модератор изящно скрывает неудобные комментарии...
	Ответить | Правка | Наверх | Cообщить модератору

	295. Скрыто модератором	–1 +/–
	Сообщение от имя (?), 07-Авг-19, 06:30
	> Заметьте, как модератор изящно скрывает неудобные комментарии... Конечно, неудобные: ему ещё после таких вбросов чистить тут придётся.
	Ответить | Правка | Наверх | Cообщить модератору

6. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+7 +/–
Сообщение от Марк (?), 06-Авг-19, 18:51
Потому аффтар статьи - неуч! Начинает тормозить потому что: 1. линуксу некуда деть анонимную память (свопа нет) 2. Единственно что можно выгрузить - это замеморимапленные с диска файлы. Например, запущенные программы и библиотеки. 3. Так как они по факту таки используются, то он их постоянно читает с диска, чуть поюзает и выбрасывает из памяти. 4. Потому что никто, блджад, не использует mlock() / mlockall() а надо!
Ответить | Правка | Наверх | Cообщить модератору

	12. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от Марк (?), 06-Авг-19, 18:53
	Соответственно, кто отключает своп, мотивируя, мол именно из-за него тормозит -- тот сам такой.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–4 +/–
	Сообщение от Аноним (26), 06-Авг-19, 19:06
	Две планки по 8 Гб ddr4, можно купить за 5 тыс. рублей. У меня 32, про своп давно забыл.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от анон (?), 06-Авг-19, 19:45
	У меня как-то виртуалка случайно попросила 200гигов оперативки.
	Ответить | Правка | Наверх | Cообщить модератору

	324. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от ryoken (ok), 07-Авг-19, 08:44
	СЛУЧАЙНО??? убило
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 19:47
	А на суперкомпьютере Линукс даже ещё шустрее чем у вас крутится.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	349. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Игорь (??), 07-Авг-19, 09:51
	Вы не будете так любезный приложить чек из магазина для подтверждения правдивости вашего заявления.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	30. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+15 +/–
	Сообщение от Аноним (79), 06-Авг-19, 19:10
	Проблема воспроизводится со SWAP так же успешно и состояние системы в этом случае ещё хуже. Столько АНАЛитиков на opennet - аж жуть. Попробуйте обсуждение почитать на Hacker News, чтобы не падать лицом в грязь со страшной силой и не нести бред.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	117. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Алеша (?), 06-Авг-19, 20:41
	Ну так опять таки, для особо одаренных - у системы в данный момент времени нет ничего лишнего, что можно бы было сбросить в своп и помочь беде хоть на время. А все из-за того, что ситуация притянута за уши. то есть специально так сделали, руками ограничив и память и параметры виртуальной памяти вообще. А вот будь там в фоне с десяток других, много жрущих процессов и в данный момент простаивающих (тот же сервер БД) - на время памяти можно было бы выкроить.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от ппп (?), 06-Авг-19, 20:48
	Лишнее есть всегда. Если бы линукс как целостную систему для вполне определенных задач и пользователей делали, то система бы понимала, что рутовским задачам максимальный приоритет, затем графической оболочке пользователя, затем чему-то еще по вкусу, а браузер, который сожрал всю память надо просто прибить весь или отдельные процессы. Юзер видит "ваш браузер отожрался и был убит т к память кончилась", но проблем, все понятно и просто. Кста, интересно как винда и мак себя ведут в этой ситуации?
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–4 +/–
	Сообщение от Алеша (?), 06-Авг-19, 22:38
	Хорош уже чушь молить про якобы не пришедший оом-киллер. Браузер говоришь прибывать? А ты знаешь как этот оом-киллер работает, логику? Браузер - активное приложение. А активное приложение убивается в последнюю очередь, бл! Подумай хорошенько, кому нужна система, которая прибывает активный процесс??? А вдруг это 1С какой-нибудь, который двое суток считал мегазадачу и вдруг выбрал всю память, так его теперь убить по-вашему? Ну-ну. Должен сам понимать, говоришь)))
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Алеша (?), 06-Авг-19, 22:41
	Впрочем, кому я это пишу? У тебя "лишнее всегда есть", даже в таком, по-самые уши притянутом примере...
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним (314), 07-Авг-19, 07:28
	Именно, должен прибить 1С. Что бы юзеру стало понятно, что для его задач не хватает памяти. А не начинать лагать, как будто глючит гномо-щель.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	396. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Совершенно другой аноним (?), 07-Авг-19, 12:26
	К сожалению, имхо, пользователь не поймёт ни так, ни так. Если ООМ прибьёт 1С, то пользователь начнёт орать благим матом, что потеряна работа нескольких дней из-за кривого Linux-а, а если будет система будет жутко тормозить, то это у вас кривой Linux тормозной. Простой пользователь (в данном случае с 1С - какой-нибудь бухгалтер) скорее всего не сможет понять, что не хватает именно памяти, а не чего-то ещё.
	Ответить | Правка | Наверх | Cообщить модератору

	555. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (-), 09-Авг-19, 06:24
	ЛЮБОЙ сложный расчет дольше получаса и так должен делать периодические сохранения на диск. А вдруг электричество выключится? А с загруженным на 100% процессором батарея сядет моментально
	Ответить | Правка | Наверх | Cообщить модератору

	348. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от оралр (?), 07-Авг-19, 09:48
	отрицание очевидного - признак фанатика. Если 1с завесила комп полностью, то да его надо прибить. Это лучше чем по кнопке перезагружать весь комп. Мне плевать как твои киллеры работают, я пользователь. Как вариант резервировать что-то чтобы систем оставалась отзывчивой и позволяла хотя бы выбрать что делась с зависшей задачей, которой не хватает памяти.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	513. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от имя (?), 08-Авг-19, 04:57
	> А ты знаешь как этот оом-киллер работает, логику? Браузер - активное приложение. > А активное приложение убивается в последнюю очередь А музыкальный плеер — активное приложение? А nginx, на который коллега зашёл за обещанным файлом, делает браузер неактивным? А udevd (или любой другой аналог), запускающий скрипты, когда ты вставляешь флешку с порнухой.jpg.exe? А что считать активным на headless-машине, на которой удалённо работают три-четыре человека? Проводки в 1С тебе жалко, а недописанное письмо в свёрнутом окне почтаря тебе не жалко? А если недописанных писем нет? А если я оставил 1С считаться в фоне и пошёл почту читать? А если я на передний план вывел страницу с каким-нибудь мониторингом? Понапокупают себе однозадачных десктопов и думают теперь, что всё просто и очевидно, нужно только встроить WM в ядро, чтобы их любимый контрстрайк не выбивало.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	518. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Алеша (?), 08-Авг-19, 06:20
	Я же говорю - не знаешь как работает. Процесс можно положить в группу и там указать т.н. "вес" - который и будет определять фактор "активности" процесса, то есть будет ли убит активный или же нет. Таким образом можно настроить любой процесс. То есть, можно таки заставить выгружать активные.
	Ответить | Правка | Наверх | Cообщить модератору

	520. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 08-Авг-19, 07:10
	> Процесс можно положить в группу и там указать т.н. "вес" - который > и будет определять фактор "активности" процесса, то есть будет ли убит > активный или же нет. А кто эти веса раздавать и менять на лету будет? Гном? А правила к нему будут на форумах качать? А потом придёт текстовый редактор на электроне и начнёт воевать, думая, что она умнее и лучше знает, какие развесовки нужны? Для пользовательских десктопов это всё путь в никуда.
	Ответить | Правка | Наверх | Cообщить модератору

	339. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от 123 (??), 07-Авг-19, 09:24
	Они на порядок лучше умеют работать со свопом и сжатием данных в оперативке, плюс планировщик поумнее, там таких проблем просто нет, в силу архитектурных особенностей.
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	199. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Sw00p aka Jerom (?), 06-Авг-19, 23:32
	а я то думал это из-за гномовского трекера индексатора такая хрень с зависаниями и морганием хард диска
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	397. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 12:27
	> а я то думал это из-за гномовского трекера индексатора такая хрень с > зависаниями и морганием хард диска ну вообще-то он добавит тебе ровно тех же проблем, которые автор зачем-то устроил себе самостоятельно - нагрузит io (мешая подгружать отdiscard'енные страницы бинарников), залезет в своп, подожрет оперативку, попутно вымоет дисковые кэши и устроит race между их отрастанием из-за перебирания данных и работой ядерного очищальщика, пытающегося сохранить хоть сколько-то доступной для срочных нужд памяти. А, кстати, напомните, кто знает - idle priority у нас так и сломан по сей день? Если да - ну тогда единственный для тебя способ - "а вы так не делайте". Запускай его вручную перед  походом за пивасом.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (101), 06-Авг-19, 20:27
	>Потому что никто, блджад, не использует mlock() / mlockall() а надо! Кому надо, тот использует. Надо только для процессов, критичных ко вермени отклика, а так же для областей памяти с данными, которые хочется защитить от выковыривания из свопа посторонними людьми.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	218. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от Аноним (218), 07-Авг-19, 00:52
	Все так, но по-умолчанию система должна вести себя более адекватно, как то: 1. Не зависать 2. Возможно оставить немного памяти чтобы все оставалось отзывчиво, а новые процессы просто не получали остатки памяти 3. Пришибать процессы которые сожрали много памяти в последнее время 4. Не запускать новые процессы, или запускать в рамках резерва при том чтобы процессы не жрали много памяти. 5. При этом гадить в логи эрроры что память исчерпана 6. Графический сеанс должен быть максимально отзывчив, кроме случая когда он сам не жрет память, тогда пришибить его, показать окошко безопасного запуска, с выбором запустить с настройками по-умолчанию, или запустить текстовый режим. 7. Если графического нет, то ssh или локальная консоль должны быть максимально отзывчивы. А так, сам такое видел еще с рхела 4, когда оракел сжирает всю память или жаба какая-нибудь, ssh тупит в край, залогиниться по ssh занимает минут 20-30, каждая команда занимает минут 5. Проще и быстрее ребутнуть сервак и восстановить оракел. За много лет один раз только видел чтоб ядро пришибло именно оракел при нехватке памяти, чаще пришибало какой-нибудь gnotify или vncserver, а оракел продолжал жрать память.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	252. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+12 +/–
	Сообщение от Celcion (ok), 07-Авг-19, 01:54
	В винде тоже можно отключить своп. И она это учтет, отрубив почти полностью любое системное кэширование и буферизацию, а когда памяти не станет совсем - начнет жалобно верещать, предлагая закрыть наиболее жирную программу. А если совсем совсем плохо - пришибет её и извинится в духе "извини, чувак, вместе бы мы не выжили". Ну а линукс ничего не скажет вообще. Даже если пользователь ничего не открывал, а просто в очередном обновлении его любимой DE привезли утечку памяти. Просто израсходует всю память и благополучно встанет колом. И попробуй, будучи простым пользователем, догадайся почему. Можно предположить, что паверюзерам второе поведение может быть больше по душе - я тут сам себе датчики настрою и сам всё проконтролирую, даже ночью спать не буду - буду следить. Но вот только простые пользователи могут не обрадоваться тому, что их система по непонятным причинам ушла в астрал. И проблема эта не в пользователе, который вообще может не догадываться о взаимосвязи расхода памяти и открытия вкладок браузера, а в операционной системе. И отрицать это - по меньшей мере, глупо.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	293. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+10 +/–
	Сообщение от Аноним (293), 07-Авг-19, 06:24
	Давеча наблюдал такую картину: 8гиг рамы, в 10-ке запустил жирную виртуалку. Потом захотел запустить еще одну жирную виртуалку, и она меня вежливо послала, сказав, что не запустится, пока не закрою предыдущую, или не освобожу досточное кол-во ОЗУ. В бубунте: запустил жирную виртуалку, запустил 2-ю жирную виртуалку - система даже не пикнула, ушла в астрал и не вернулась.
	Ответить | Правка | Наверх | Cообщить модератору

	398. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от пох. (?), 07-Авг-19, 12:34
	> Давеча наблюдал такую картину: > 8гиг рамы, в 10-ке запустил жирную виртуалку. Потом захотел запустить еще одну > жирную виртуалку, и она меня вежливо послала, сказав, что не запустится, > пока не закрою предыдущую, или не освобожу досточное кол-во ОЗУ. угу, регулярно бесит - потому что я совершенно точно знаю, что сейчас запускал посмотреть одну фигню от прошлого раза, и из выделенных ей 6G на самом деле понадобится от силы первый. Причем нет бы мгновенно - нет, о чем-то думает, долго-долго скрежещет диском (в этот момент как раз и вспоминаешь, что одна уже запущена, и надо было хотя бы второй профиль мазилы закрыть). После чего, наконец, вылазит предупреждение, и можно урезать память и попробовать снова. В линуксе, понятен, не легче, поскольку большинство доступных нам виртуализаторов лочат всю выделенную им память (то есть либо уедет в своп, либо не запустится точно так же как в винде) > В бубунте: запустил жирную виртуалку, запустил 2-ю жирную виртуалку - система даже > не пикнула, ушла в астрал и не вернулась. alt-sysrq l, m, t в студию, или назвиздел потому что тут либо медленный своп, которого надо было просто подождать, либо кто-то чего-то недоговаривает.
	Ответить | Правка | Наверх | Cообщить модератору

	453. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Адекват (ok), 07-Авг-19, 16:00
	> alt-sysrq l, m, t в студию, или назвиздел Зачем мелочититься - изучить СИ и переписать ядро. По сабжу - оно и отключено бывает, представляешь ? ты жмакаешь а реакции нет, так что только ресет, ну и забываешь бывает комбинации эти, если не пользуешься регулярно.
	Ответить | Правка | Наверх | Cообщить модератору

	466. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 07-Авг-19, 18:13
	> Зачем мелочититься - изучить СИ и переписать ядро. охереть. Нажать пару кнопок и хоть мобилой сфоткать что получилось - это "изучить си и переписать ядро". Вот для таких мы и будем старательно ухудшать линукс, ага. Ну и да, ровно из-за вас эти комбинации и отключены. Люди с мозгами-то не нуждаются в заботе дяди чтоб деточку ненароком не перезагрузили злые хакеры, или не подсмотрели на ее порнопроцессы.
	Ответить | Правка | Наверх | Cообщить модератору

	487. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от анонимус (??), 07-Авг-19, 20:35
	Потому что Hyper-V ближе к XEN, чем к KVM. И там память ЕМНИП выделяет гипервизор, а не ОС.
	Ответить | Правка | К родителю #293 | Наверх | Cообщить модератору

	260. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (242), 07-Авг-19, 02:11
	Проблема в том, что даже со свопом отвисать система может очень долго.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	350. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от кккк (?), 07-Авг-19, 09:59
	>Проблема в том, что даже со свопом отвисать система может очень долго. Иногда бесконечно долго - давеча было, зажрала девелоперская java прилада кучу памяти, ладно перешёл в виртуальную рутовую консоль, убил приладу килом (на всё ушло несколько минут) память вроде как вернулась, вернулся обратно в гуй - а винт всё шуршит и шуршит, система стоит полуколом и можно сказать не работает. 8 гигов рам, своп 16 гигов диски в софтовом рейде. Но у людей проблем понятное дело нет - всё хорошо прекрасная маркиза.
	Ответить | Правка | Наверх | Cообщить модератору

	561. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (561), 09-Авг-19, 09:03
	SysRq+f, на будущее, и не страдайте. Обычно работает, но можете выставить большой вес для текущего шелла и запускать в нём. Это проще, тем более что когда когда вся память со свопом по-настоящему закончится переключиться вы никуда не сможете. А то что вы наблюдаете -- это скорее всего результат засилья ламерских советчиков в интернете, бывает.
	Ответить | Правка | Наверх | Cообщить модератору

8. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
Сообщение от Аноним (8), 06-Авг-19, 18:52
earlyoom может помочь.
Ответить | Правка | Наверх | Cообщить модератору

9. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
Сообщение от Аноним (9), 06-Авг-19, 18:53
А как же oom killer? Неоднократно заканчивалась память и был прибыт почему-то всегда в первую очередь xorg.
Ответить | Правка | Наверх | Cообщить модератору

	28. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от andy (??), 06-Авг-19, 19:08
	обычно когда прибиваешь иксы прибиваются процессы всего гуля (опера, лиса, идея, sublime)
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (101), 06-Авг-19, 20:28
	Значит у тебя какая-то программа создает утечку в xorg, например pixmap'ы плодит и не чистит
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	351. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от кккк (?), 07-Авг-19, 10:00
	Гуй не нужен ! :D
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

11. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (11), 06-Авг-19, 18:53
Ну как бы свопают на диск не только память процессов, но и содержимое исполнимых файлов. Все страницы с кодом, если они сейчас не нужны, из памяти можно дропнуть и потом прочитать с диска.
Ответить | Правка | Наверх | Cообщить модератору

	104. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (101), 06-Авг-19, 20:29
	>Ну как бы свопают на диск не только память процессов, но и содержимое исполнимых файлов. Только вторые не в своп попадают, а просто выбрасываются.
	Ответить | Правка | Наверх | Cообщить модератору

13. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+7 +/–
Сообщение от Аноним (13), 06-Авг-19, 18:55
Проблема действительная серьезная. Часто из за свопинга просто вешается комп и единственный выход, это  рестарт.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от andy (??), 06-Авг-19, 18:59
	swap на ссд особо ничего не вешает. когда появляются подтормаживания просто закрываю 50 вкладок в хроме
	Ответить | Правка | Наверх | Cообщить модератору

	286. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Аноним (285), 07-Авг-19, 05:32
	обычно курсор не двигается при проблеме, sysrq +... не реагирует
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–4 +/–
	Сообщение от Аноним (5), 06-Авг-19, 19:01
	А вас уже минусуют. Людям лапши навесили что вот linux просто прекрасен как ядро, проблем там нет, и все в таком духе... Не хочется им верить в обратное! Используйте zram (в windows включен по дефолту его аналог), а так же earlyoom к примеру, будет сильно лучше.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	61. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 06-Авг-19, 19:48
	В винде и без zram всё отрабатывает штатно: как только память начинает заканчиваться, система начинает прибивать процессы.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (5), 06-Авг-19, 20:23
	Да, так и есть. Просто zram помогает при нехватке памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	287. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (285), 07-Авг-19, 05:33
	временно, потом все равно заканчивается)
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Владимир (??), 06-Авг-19, 20:09
	Zram не комильфо. Есть же zswap https://www.hippolab.ru/linux-zswap-optimiziruem-rabotu-s-po...
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	88. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от ibel (?), 06-Авг-19, 20:18
	По моему опыту zram работает в разы приятней и быстрее. А swap на hdd в любом виде надо отключать при наличии ОЗУ более 6 ГБ и включенном zram. Если же ОЗУ 4 и меньше - приоритет swap ставить самый низкий, а порог выгрузки в него - самый высокий.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (101), 06-Авг-19, 20:31
	>А swap на hdd в любом виде надо отключать при наличии ОЗУ более 6 ГБ и включенном zram. На hdd может и надо, а на nvme лучше оставить, чем засорять оперативку не слишком нужными данными
	Ответить | Правка | Наверх | Cообщить модератору

	297. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от имя (?), 07-Авг-19, 06:35
	> Zram не комильфо. Есть же zswap zswap — это бомба замедленного действия, потому что когда память всё-таки закончится, сжатые страницы будут перемещены в своп С РАСПАКОВКОЙ. Хорошо сжавшиеся страницы породят такое количество IO со своп-разделом, что система встанет колом надолго.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	588. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (588), 11-Авг-19, 03:29
	Zswap и на диск тоже пожатые страницы кидает.
	Ответить | Правка | Наверх | Cообщить модератору

	590. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 11-Авг-19, 10:41
	> Zswap и на диск тоже пожатые страницы кидает. Я не знаю, где ты это вычитал, но тебя жестоко обманули: https://github.com/torvalds/linux/blob/de2fadf566cb9277bea22...
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (178), 06-Авг-19, 22:40
	А при чём тут ядро, если эти финтифлюшки обязаны идти исключительно в довесок, чтобы можно было соорудить именно такую систему, которая требуется? Что-то как-то не взлетели Windows Embended эдишн у народа, да и поддерживать что-то минимальное проще, чем то, что при изменении значка кнопки пуск переименовывается сразу в следующую версию. Zram это конечно хорошо, но если бы оно было включено по умолчанию, то не было бы такой популярности у линя на том, где полноценная ось и не нужна (3D-принтер с рабочим столом и Windows Store, ага).
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	228. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от НяшМяш (ok), 07-Авг-19, 01:08
	http://woshub.com/memory-compression-process-high-usage-wind.../ В винде сжатие памяти появилось ещё в 16 году и включено по-умолчанию для всех.
	Ответить | Правка | Наверх | Cообщить модератору

	493. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 21:51
	> http://woshub.com/memory-compression-process-high-usage-wind.../ > В винде сжатие памяти появилось ещё в 16 году и включено по-умолчанию и как мы без этой пакости жили двадцать лет - сами не понимаем.
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (242), 07-Авг-19, 02:20
	Linux действительно прекрасен, но далеко не без проблем.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	407. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Андрей (??), 07-Авг-19, 12:56
	А можно ZRAM включить только для 2 программ firefox да chromium?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

15. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от andy (??), 06-Авг-19, 18:57
а как включить oom killer?
Ответить | Правка | Наверх | Cообщить модератору

	17. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–11 +/–
	Сообщение от Аноним (5), 06-Авг-19, 18:59
	Используйте сторонний, в linux он работает отвратительно. Если хотите нормальный OOM-Killer в системе, используйте MS Windows, ну вдруг вас эта проблема очень напрягает...
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от andy (??), 06-Авг-19, 19:00
	спонял, что лучший oom киллер это планка озу на 8 гигов за 50 баксов
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
	Сообщение от raspberrypi (?), 06-Авг-19, 19:12
	плз припаяй мне 8гб планку к расбери
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–9 +/–
	Сообщение от andy (??), 06-Авг-19, 19:15
	в 4ой версии добавили usb3.0 берешь ссдшку самую дешманскую (a400 120gb 20 баксов. скорость 320 на запись чего за глаза с 3.0) ставишь на ней своп. ??? профит
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 21:58
	А если у него третья версия? А то вдруг даже и вторая?
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним ещё один (?), 07-Авг-19, 01:55
	А ещё у него может быть калькулятор на пентиуме.
	Ответить | Правка | Наверх | Cообщить модератору

	519. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от name (??), 08-Авг-19, 06:24
	Ну, пусть туда ставит Windows, oh wait
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

	615. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от АнОн (?), 01-Сен-19, 09:38
	Купить за эти $50 б\у системник на целероне, и прекратить насиловать проц для медиаплеера, в попытках сделать из него сервер.
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

	35. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (35), 06-Авг-19, 19:12
	в винде оверкоммит запрещен. а линуксе кстати тоже можно его отрубить.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	110. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (101), 06-Авг-19, 20:34
	И потерять возможность использовать значительную часть оперативки
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (101), 06-Авг-19, 20:33
	>Если хотите нормальный OOM-Killer в системе, используйте MS Windows Только вот память в этой ОС используется куда менее эффективно, так как нет нормально работающего кэша ФС
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	162. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+8 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:05
	И тут я вспоминаю. "Файл скопирован" на флешку юсб 2.0 со средней скоростью 150(!!) мб/с. Отсоединить устройство. Ой, простите, оно busy (в реале будет писаться ещё минут 5. Как закончим, мы вас сообщим.. смотря в каком мы DE/WM.. а то ещё и это не факт). И этот детский лепет я вижу до сих пор. В Вин ХР такого не было! Да и в 98 вроде тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от пох. (?), 06-Авг-19, 22:22
	> В Вин ХР такого не было! Да и в 98 вроде тоже. да. в 98 был синий экран с надписью прямо посередине: "васян, ты совсем дурак? Верни флэшку на место, я ее еще не дописала, дурень!" иногда даже на самом деле удавалось, вернув на место, нажать там OK. Чаще все висло к х.ям. В XP Билл осознал проблему, и отключил намертво любое кэширование при обращении к внешним носителям (внешим hdd тоже), а заодно и возможность создавать на них fs посложнее fat. К счастью, немного протрахавшись, его все еще можно было включить обратно (если знать, почему оно ТАК тормозит). С fs ситуация улучшилась только к семерке.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:49
	Вы из пещеры? Из лесу? Виндовз 8, Виндовз 10 пользовались?
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от пох. (?), 07-Авг-19, 07:25
	да, кэширование сменных носителей в них все так же отключено напрочь. Что в моем лесу, что в вашей пещере. каждый раз, чертыхаясь, включаешь обратно на каждой незнакомой системе флэшке. "удобно", обоср..ся. Зато об умственно-отсталых позаботились, да. Теперь у них флэшка не накроется из-за того что ее дернули на ходу, наплевав на мигающие индикаторы, теперь она накроется потому что запилится до дыр, ну и кому их жалко - пойдут новыми деньгами осчастливят китайца.
	Ответить | Правка | Наверх | Cообщить модератору

	365. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Канифоль Патрика (?), 07-Авг-19, 10:32
	Даже с включённым кешированием на винде прогресс записи отображается адекватно.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:51
	Да пусть хоть в Семёрке. А сколько ей лет? А у вас до сих пор этот детский горшочек.
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	329. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от ryoken (ok), 07-Авг-19, 08:53
	>> а заодно и возможность создавать на них fs посложнее fat Вот тут вы батенька не правы. Как минимум с Висты (не к ночи будь помянута) флешки ИЗ КОМАНДНОЙ СТРОКИ можно форматировать во всё, что поддерживает ОС. У меня воообще несколько флешек для использования в вантузе 7 и выше - живут под UDF2.5 и здравствуют. (exFAT считаю проприетарным говном и не пользуюсь).
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	400. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 12:37
	>>> а заодно и возможность создавать на них fs посложнее fat > Вот тут вы батенька не правы. Как минимум с Висты (не к > ночи будь помянута) флешки ИЗ КОМАНДНОЙ СТРОКИ можно форматировать во всё, это был специально оставленный геморройный обходной путь для сильнопродвинутых. Тем более что к этому моменту их уже нельзя было из командной строки сделать обратно кэшируемыми. > (exFAT считаю проприетарным говном и не пользуюсь). держи нас в курсе.
	Ответить | Правка | Наверх | Cообщить модератору

	416. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от ryoken (ok), 07-Авг-19, 13:21
	> держи нас в курсе. ОК :D (Gentoo RULEZZ! :D )
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (218), 07-Авг-19, 00:55
	>В Вин ХР такого не было! Да и в 98 вроде тоже. в 98й там и особо usb2.0 не было, просто тогда размеры файлов были меньше и люди терпеливее
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	313. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 07:27
	в 98se2 уже было. Тогда и флэшки были очень медленные, и дискеты 3" еще вполне использовались одновременно. Ну, правда, еще не было немодно не иметь индикаторы активности на них.
	Ответить | Правка | Наверх | Cообщить модератору

	364. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от nobody (??), 07-Авг-19, 10:31
	> не было немодно не иметь Красиво загнул. Тройное отрицание...
	Ответить | Правка | Наверх | Cообщить модератору

	367. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от nobody (??), 07-Авг-19, 10:33
	"Не обнаружил наличия его отсутствия"
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от Аноним (79), 06-Авг-19, 19:15
	OOM Killer включен по умолчанию и проблему не решает.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	40. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от ilyafedin (ok), 06-Авг-19, 19:16
	kernel.sysrq = 1 в /etc/sysctl.conf или в /etc/sysctl.d/название-твоего-нового-конфига.conf (зависит от дистрибутива - что есть, туда и пихай) Когда настанет большой и пушистый, нажать Ctrl+Alt+SysRq+F
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	93. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от wd (?), 06-Авг-19, 20:23
	ctrl лишний
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (224), 07-Авг-19, 01:14
	При большом и пушистом клава не обрабатывается, так что о magic sysrq можете забыть.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	245. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от wd (?), 07-Авг-19, 01:40
	ниразу небыло ситуации когда бы sysrq не обрабатывалось и кокраз sysrq+f зачастую спасало последнее время на работе, изза затекающих, скажем так, программ в целом можно еще sysrq+r пнуть, но на sysrq+... оно не должно вроде влиять
	Ответить | Правка | Наверх | Cообщить модератору

	562. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (561), 09-Авг-19, 09:26
	Бывает что не отрабатывает, но это какой-то очень специфический кейс например когда видеодрайвер повис при этом (привет блобу нвидиевскому). Клава может не реагировать вообще, поэтому или нажать rf пару раз и подождать или сработает только sysrq+b (это очень неприятно, но другие могут не срабатывать сколько ни жди). Без проблем r можно жать хоть до посинения перед этим, если он пройдёт то остальные тоже заработают.
	Ответить | Правка | Наверх | Cообщить модератору

	352. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (355), 07-Авг-19, 10:09
	> При большом и пушистом клава не обрабатывается, так что о magic sysrq > можете забыть. На самом деле, кое-кто не в курсе что такое ISR и о требованиях к ним. Не думаю, что он большой и пушистый, но лучше бы помолчал.
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	596. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от фу (?), 12-Авг-19, 11:49
	sudo systemctl start oom-killer Добавить OOMK в автозагрузку: sudo systemctl enable oom-killer
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

19. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
Сообщение от Аноним (19), 06-Авг-19, 18:59
Линух виснет намертво с загрузкой диска 100% с полным отсутствием реакции на любые действия. Сам выходит из этого состояния чере пару часов, когда попадает всё запущенное (виртуалки, браузеры, компиляторы). Ловлю это постоянно на Centos 7 (на Centos 6 не наблюдалось никогда) и debian 8/9. Swap включён. На Solaris 11 и *BSD ничего подобного не наблюдется.
Ответить | Правка | Наверх | Cообщить модератору

	22. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–5 +/–
	Сообщение от andy (??), 06-Авг-19, 19:01
	винт hdd?
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+12 +/–
	Сообщение от Аноним (27), 06-Авг-19, 19:06
	Да что вы приклеились к ssd как к великому исцелению. Это же только скрывает симптомы, а не решает их.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от andy (??), 06-Авг-19, 19:12
	на самом деле на куче пк на винде основная причина торможения - херовая работа с винтом, что видно в диспетчере задач. аналогично в линуксах. iotop показывает стопроцентную утилизацию. проблема в количестве iops. ссд имеет их на порядок больше. а nvme еще на порядок
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от zzz (??), 06-Авг-19, 19:52
	Виснет линукс, а проблемы у винды. Хм.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от andy (??), 06-Авг-19, 20:04
	линь может виснуть изза перегруза по иопсам. наблюдаю что то похожее на orange pi one при компиляции софта. loadы пробивают 10ку на 4 ядрах. утилизация по иопсам 100%. видимо у тебя что то похожее. отдай эти 20 долларов за ссд и почувствуй разницу
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от zzz (??), 06-Авг-19, 20:17
	Линукс виснет из-за того, что приложение запросило больше памяти, чем доступно, при отключенном свопе.
	Ответить | Правка | Наверх | Cообщить модератору

	234. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–3 +/–
	Сообщение от Аноним (224), 07-Авг-19, 01:20
	Линукс виснет оттого, что система эта не для десктопов, а для серверов и эмбеддеда. Поэтому починку этого бага в ядре никто из большого бизнеса не оплатит. У них там фиксированные конфигурации, веб сайты не открывают, потребление памяти известно заранее, под него машины и покупаются.  Даже Valve с Google не оплатят, ибо если было бы целесообразно оплатить, гугл бы оплатил ещё в 2008.
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от zzz (??), 07-Авг-19, 04:17
	Нет никакой разницы, чем забивать память - процессами хрома или процессами апача/php-fpm. Если система не в состоянии нормально разрулить ситуацию с памятью, то это не use-case'ы не те, а ОС - гно.
	Ответить | Правка | Наверх | Cообщить модератору

	535. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 08-Авг-19, 11:26
	есть. Но альтернативно-одаренные не в силах ее понять. Нет, система не в состоянии "нормально" что-то там "разрулить", когда память банально кончилась. Это альтернативно-одаренные тоже понять не в силах. OC -гно, потому что не смогла взять память из ниоткуда, вот те на!
	Ответить | Правка | Наверх | Cообщить модератору

	551. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от zzz (??), 08-Авг-19, 17:22
	ОС гно потому, что сначала обещает памяти процессам больше, чем у нее физически есть, а когда эту память ВНЕЗАПНО начинают использовать, ВНЕЗАПНО выясняется, что она понятия не имеет, что в таких случаях делать, кроме как морозиться. Хорошая, продуманная ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	556. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (-), 09-Авг-19, 06:25
	Т.е. одно приложение намертво вешает всю систему? зашибись
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	36. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (79), 06-Авг-19, 19:13
	Когда SWAP на SSD проблема ещё хуже.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	41. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от andy (??), 06-Авг-19, 19:19
	когда инженеры додумались написать алгоритмы распределения информации по ячейкам (что усложнило затирание от тов майора, но апаратный aes на новых ssdшках решил вопрос) то оказалось что ссдшки работают долго со свопом. плюс прогрес. через 5 лет всеравно придется менять на новую.
	Ответить | Правка | Наверх | Cообщить модератору

	289. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (285), 07-Авг-19, 05:36
	вам не надоело форсить этих тов майоров?
	Ответить | Правка | Наверх | Cообщить модератору

	388. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (381), 07-Авг-19, 11:49
	Но, ведь, это действительно проблема, как гарантированно забить константными или случайными значениеями гарантированно все ячейки утилизируемого SSD. Пока только физическое уничтожение оного.
	Ответить | Правка | Наверх | Cообщить модератору

	288. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (285), 07-Авг-19, 05:35
	на ссд аналогичено, 2 часа не ждал, а просто на ресет исправлял
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	62. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Catwoolfii (ok), 06-Авг-19, 19:50
	лапки?
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	164. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:09
	Линукс - это такая система, которой нужны сильные волосатые заботливые мужские руки! Шестипальцевость приветствуется!
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от ппп (?), 06-Авг-19, 20:55
	Ееще крайне интересно себя ведет когда место на диске заканчивается (без всякого предупреждения естественно). Качаещь что-то или копируешь, вдруг все виснет и новый софт не запускается (еще бы, ведь чтоб прога файлменеджера звпустилась надо на диск обязательно писать!). Оконный менеджер вылетает. ПОлная хрень. В итоге надо в консоли ползать и чистить диск. Ага, юзерфрендли. В гуй не зайти при полном диске.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

20. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+6 +/–
Сообщение от Ilya Indigo (ok), 06-Авг-19, 18:59
Я ещё года 3 назад рапорт писал что OOM Killer не срабатывает автоматически, только вручную. https://bugzilla.kernel.org/show_bug.cgi?id=190151 Но апстиму пофиг. :-(
Ответить | Правка | Наверх | Cообщить модератору

	97. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
	Сообщение от Аноним (97), 06-Авг-19, 20:24
	Причем настолько пофиг, что люди сами пишут эти oom killer'ы. Давече проскакивало и здесь и на лоре вроде.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (218), 07-Авг-19, 00:56
	даже 2 разных реализации.
	Ответить | Правка | Наверх | Cообщить модератору

	356. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (356), 07-Авг-19, 10:13
	4 реалиизации: - earlyoom - лёгкая универсальная - nohang для десктопа и сервера - oomd для серверных парков - lmkd для Android Это как минимум.
	Ответить | Правка | Наверх | Cообщить модератору

	578. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (578), 09-Авг-19, 16:22
	Мало кто из разработчиков ядра читает багзиллу. Тыщу раз об этои уже писали в листах рассылки, которые вы не читаете. =P
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

37. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
Сообщение от Аноним (35), 06-Авг-19, 19:14
sudo sysctl vm.overcommit_memory=2 можете не благодарить
Ответить | Правка | Наверх | Cообщить модератору

	94. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+8 +/–
	Сообщение от Аноним (94), 06-Авг-19, 20:23
	Не благодарю - хром/фф больше не работают
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+14 +/–
	Сообщение от пох. (?), 06-Авг-19, 22:24
	ну вот. и память больше никто и не жрет!
	Ответить | Правка | Наверх | Cообщить модератору

42. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+11 +/–
Сообщение от анонн (ok), 06-Авг-19, 19:21
> -  Выключаем поддержку swap (sudo swapoff -a) > -  Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox > -  Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём > свободной памяти Перезагружаться мне влом, но: % config -x /boot/kernel/kernel|grep SWAP                                       options    NO_SWAPPING % more /etc/sysctl.conf vm.disable_swapspace_pageouts=1 vm.pageout_oom_seq=4 kern.sched.preempt_thresh=224 # kern.sched.interact=10 % /usr/bin/time -l  python -c '{x:str(x)*(x**x**x) for x in range(100000000)}' time: command terminated abnormally         9,80 real         0,80 user         3,91 sys    6145052  maximum resident set size          3  average shared memory size         10  average unshared data size        116  average unshared stack size    1532799  page reclaims         13  page faults          0  swaps         13  block input operations          0  block output operations          0  messages sent          0  messages received          0  signals received         21  voluntary context switches        561  involuntary context switches zsh: killed     /usr/bin/time -l python -c '{x:str(x)*(x**x**x) for x in range(100000000)}' Для не понявших: свопа нет от слова совсем (хотя лишний SSD под него, как ни странно, имеется), но выжирание памяти не ведет к тормозам (или тем более зависанию) и заметно лишь по факту закрытия самых жирных приложений. % uname -rs                                                                       FreeBSD 12.0-STABLE Если что - лицензия позволяет утянуть^W позаимств^W вдохновиться, нам не жалко ;) ЗЫ: И да, это тебе, дорогой лап4атый с особым подгоранием и странной тягой к самозванству и изречению "вумностей" из под чужих ников, не про UNIX-сность петросянить и не проприетарными блобиками или игрульками гордиться ))
Ответить | Правка | Наверх | Cообщить модератору

	44. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–6 +/–
	Сообщение от Аноним (5), 06-Авг-19, 19:25
	Воот! FreeBSD пишется людьми знающими, и тоже профессионалами как и MS Windows, собственно MS даже и берет код из BSD, потому что всем понятно его качество. Это вам не линуксовый "базар"!
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от Аноним (5), 06-Авг-19, 19:29
	Жаль только zram нету.
	Ответить | Правка | Наверх | Cообщить модератору

	539. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним (539), 08-Авг-19, 11:43
	Ты имел в виду нормального шедулера и драйверов?
	Ответить | Правка | Наверх | Cообщить модератору

	540. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от анонн (ok), 08-Авг-19, 11:50
	> Ты имел в виду нормального шедулера Нормального - это как в "новости", чтоб с " система практически полностью зависает. "? Не, нету (( > драйверов? Зато у вас в WSL все есть, мы в курсе.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 06-Авг-19, 22:36
	> но выжирание памяти не ведет к тормозам приведет. А может и к зависанию, если в этом бутерброде есть zfs. Просто надо выжрать ее менее ди6ильным способом. Помочь?
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	198. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от анонн (ok), 06-Авг-19, 23:21
	>> но выжирание памяти не ведет к тормозам > приведет. Ну вот описаную ситуацию > Выключаем поддержку swap (sudo swapoff -a) > Запускаем любой веб браузер, например, Chrome/Chromium или/и Firefox >  Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти > Как только возникает ситуация, что новая вкладка требует больше оперативной памяти, чем доступно, система практически полностью зависает как-то не наблюдал. Даже при дефолте vm.pageout_oom_seq - тупит только пару секунд. > А может и к зависанию, если в этом бутерброде есть zfs. О да, использовать для настольной системы оверижЫнирнутого монстра с собственным, "правильным" менеджером ядерной памяти, это правильно! Правда, под пингвином оно на вид тоже не сильно по другому себя ведет: https://github.com/zfsonlinux/zfs/issues/3677 > rsync causes ZoL to use all memory until system crashes STILL :( https://github.com/zfsonlinux/zfs/issues?utf8=%E2%... > Просто надо выжрать ее менее ди6ильным способом. > Помочь? А давай!
	Ответить | Правка | Наверх | Cообщить модератору

	405. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 12:51
	> Ну вот описаную ситуацию ну потому что он все неправильно делает. buffer cache настал каюк, да, а про то что в ядре полно мусоросборочных тредов, запускающихся по таймеру - не подумал. > А давай! ну подсказка - см выше. Собственно, во времена ядер 2.0 и очень медленных дисков был прекрасный способ посмотреть на ядерные дидлоки - cd /usr/src/linux ; make -j zImage (тут тебе и кэши, и память, и своп, и отсутствие у cpu времени на всякую периодическую мусоросборочную ерунду ;-) Иногда оно раньше успевало навернуться по нехватке памяти, а иногда нет. Сейчас такой эффект уже так просто не получишь, но если стараться - то тоже можно. Собственно, на ту же самую проблему я в 17м году нарвался во фре, только там хватило -j4 + zfs на медленной системе (сборка libllvm очень, _очень_ cpu intensive процедура) Причем дидлок-то не в zfs (точнее, и в ней тоже был, но его, с великим трудом, удалось, вроде бы, извести), она просто позволяла лучше рассмотреть его наличие. С тем же успехом можно было сожрать ту же память сетевыми буферами, просто воспроизводить в разы геморройнее. Механизм все тот же - отожрать cpu, иметь в системе приличное количество свободной но не "свободной с ее точки зрения" памяти (чтобы in-kernel тредам было чем заняться, но они не смогли завершиться достаточно быстро, как в тех ситуациях, которые предполагали и которые проверяли авторы) с максимальной фрагментацией (привет, abd!) и резко этой памяти захотеть.
	Ответить | Правка | Наверх | Cообщить модератору

	451. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от анонн (ok), 07-Авг-19, 15:53
	>> Ну вот описаную ситуацию > ну потому что он все неправильно делает. > buffer cache настал каюк, да, а про то что в ядре полно > мусоросборочных тредов, запускающихся по таймеру - не подумал. Только описанная ситуация вполне подходит под типичный юзкейз - открыл в дополнение жрущей виртуалочке браузер почитать опеннет - и на тебе. > Собственно, на ту же самую проблему я в 17м году нарвался во > фре, только там хватило -j4 + zfs на медленной системе (сборка > libllvm очень, _очень_ cpu intensive процедура) > Причем дидлок-то не в zfs (точнее, и в ней тоже был, но > его, с великим трудом, удалось, вроде бы, извести), она просто позволяла > лучше рассмотреть его наличие. С тем же успехом можно было сожрать > ту же память сетевыми буферами, просто воспроизводить в разы геморройнее. Собственно, я это воспроизвожу где-то раз в месяц на старенькой системе 2010года с двухядерным ЦПУ и 8ГБ ОЗУ. Там же, до недавнего разжирения еср-лисы, собирал ее c "правильными" опциями. C WRKDIRPREFIX на 5ГБ tmpfs, без свопа, с отрытым браузером, почтовиком,  и прочим. И llvm включительно 8.0 собирал в том же tmpfs. На последних версиях (то ли лисы, толи llvm, то ли обоих), под конец сборки для линковки приходилось закрывать жирную лису и вроде бы даже увеличивать tmpfs, иначе линковка завершалась с "оом". В общем, загрузка ЦПУ и ОЗУ, подходящая под описание и совсем не синтетикой - но без чудо-ZFS. А, еще, пару раз, почитав опеннет, пробовал запустить 4x-6x "python -c 'while True:pass' - правда, это больше на посмотреть разницу между дефолтным kern.sched.interact=30 и 10 в отзывчивости GUI. Никаких фризов и дедлоков не наблюдал. О своем отношении к ZFS еще раз писать не буду - тут вспоминается пословица про крейсер и небольшую, но гордую страну. В итоге и крейсер прос^Hржавел вконец и инфраструктура страны обветшала и жители большей частью слиняли. Разъясняю особо: "ненаблюдал" != "их нет, вы все врети". Но есть разница - наблюдать при достаточно типичном и легковоспроизводимом юзкейзе или же если для наблюдения придется натянуть лыжи, противогаз и забраться в гамак. А "дедлок" из-за нехватки памяти воспроизводится довольно просто: 1. не ограничивать vm.kmem_size размером (ОЗУ - пара сотен МБ) 2. отключить своп (впрочем, включенный вряд ли сильно поможет) 3. примонтировать tmpfs или MD с размерами >= ОЗУ (размер придется задать ручками, по умолчанию максимальным размером будет половина свободной памяти) 4. заполнить его записью чего угодно наблюдать за тем, как ООМ будет прибивать все нафиг, в том числе и локальные или удаленные сессии. Однако, если немного повезло, то сессию вместе с "заполнителем" отстрелило достаточно рано, чтобы осталось памяти на ssh ffo@bar 'cmd' для починки. Еще не раз видел, как при сильной фрагментации памяти (привет современные браузеры после пары дней работы), т.е. > в системе приличное количество  свободной но не "свободной с ее точки зрения" памяти (чтобы in-kernel тредам было чем заняться, но они не смогли завершиться достаточно быстро pagedaemon начинает неплохо отжирать CPU без какого либо эффекта, а вот оом киллер как раз не спешит - ведь памяти достаточно. Лечится только перезапуском браузера. Но вот чтобы еще и было особым образом отожрано все CPU (и это, повторю, на весьма средней даже по "консумерским" меркам еще 10-летней давности, системе) и наступил этот вот описанный "белый и пушистый" deadlock - ни разу не совпало. Т.е. опять или достаточно специфичная ситуевина или же вообще, очередные > (привет, abd!) "приветы" из реализации ZFS.
	Ответить | Правка | Наверх | Cообщить модератору

	494. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 22:22
	>>> Ну вот описаную ситуацию >> ну потому что он все неправильно делает. >> buffer cache настал каюк, да, а про то что в ядре полно >> мусоросборочных тредов, запускающихся по таймеру - не подумал. > Только описанная ситуация вполне подходит под типичный юзкейз - открыл в дополнение > жрущей виртуалочке браузер почитать опеннет - и на тебе. а если не браузер а разбиралку фоточек с отпуска? Отож. > Собственно, я это воспроизвожу где-то раз в месяц на старенькой системе 2010года у меня воспроизводилось 100%, чем и было ценно. Но когда дошли руки до тестов - я уже получил "фирма в ваших услугах более не нуждается" (откуда, собственно, и взялись два месяца на подобную деятельность вместо работы), а выкупать тот ноут по негуманной остаточной цене не входило в мои планы. https://imgur.com/rBBJwOU это -j3 - на больше там памяти не хватило бы. Так что успели только убедиться, что отключение arc compression и/или abd scatter проблему загоняет под ковер - когда каждая итерация занимает несколько часов, когда ноутом пользоваться толком нельзя, два месяца - ни о чем. Но дохло оно не в abd, подчеркиваю - оно дохло вполне себе в ядерном сборщике мусора. > О своем отношении к ZFS еще раз писать не буду - тут говорю же - на ней просто удобно тестировать. Так устроен zone manager. В ядре полно других zones, где сперва может застрять пол-гига, а потом очень невовремя разбудить какой-нибудь тред, который полезет их перебирать мелкими шмотками с глобальным локом (или, хуже - с ошибкой в глобальном локе - что скорее всего и происходит) именно когда и памяти не хватает, и ядер свободных нет. > - наблюдать при достаточно типичном и легковоспроизводимом юзкейзе или же если > для наблюдения придется натянуть лыжи, противогаз и забраться в гамак. владельцам раздающих cdn ничуть не веселее от того, что это неудобно воспроизвести (там такая же фигня в зоне для jumbo_mbuf). > наблюдать за тем, как ООМ будет прибивать все нафиг, в том числе > и локальные или удаленные сессии. так это не дедлок, это просто кончилась память. Вот на картинке - там он. Мертвый. При дофига свободных ресурсов. > pagedaemon начинает неплохо отжирать CPU без какого либо эффекта, а вот оом он бегает по куче сложных структур, перебирая странички по 4k (привет, линукс) - которых в гигабайте как бе 260000 - и, не найдя ничего ненужного, начинает снова. > "приветы" из реализации ZFS. из реализации любой in-kernel памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anono (?), 06-Авг-19, 23:32
	изя залогинься...
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	498. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Annoynymous (ok), 07-Авг-19, 22:56
	Я чёт не понял юмора… $ /usr/bin/time -v  python -c '{x:str(x)*(x**x**x) for x in range(100000000)}' Traceback (most recent call last):   File "<string>", line 1, in <module>   File "<string>", line 1, in <dictcomp> MemoryError Command exited with non-zero status 1     Command being timed: "python -c {x:str(x)*(x**x**x) for x in range(100000000)}"     User time (seconds): 2.91     System time (seconds): 0.63     Percent of CPU this job got: 99%     Elapsed (wall clock) time (h:mm:ss or m:ss): 0:03.55     Average shared text size (kbytes): 0     Average unshared data size (kbytes): 0     Average stack size (kbytes): 0     Average total size (kbytes): 0     Maximum resident set size (kbytes): 3189080     Average resident set size (kbytes): 0     Major (requiring I/O) page faults: 0     Minor (reclaiming a frame) page faults: 796402     Voluntary context switches: 0     Involuntary context switches: 357     Swaps: 0     File system inputs: 0     File system outputs: 0     Socket messages sent: 0     Socket messages received: 0     Signals delivered: 0     Page size (bytes): 4096     Exit status: 1 Свапа в системе отродясь не было, Firefox открыт, никакие приложения закрыты не были… Ты что хотел сказать-то?
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	506. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от анонн (ok), 07-Авг-19, 23:45
	> Я чёт не понял юмора… >  Maximum resident set size (kbytes): 3189080 У тебя юмор в том, что или есть лимиты: % ulimit -v 30000 % /usr/bin/time -l  python -c '{x:str(x)*(x**x**x) for x in range(100000000)}' Traceback (most recent call last):   File "<string>", line 1, in <module>   File "<string>", line 1, in <dictcomp> MemoryError         0,06 real         0,05 user         0,00 sys       7664  maximum resident set size          4  average shared memory size или оно просто "не шмагло" зарезервировать непрерывный кусок памяти > 3ГБ. В первом случае профит от лимитов будет только при грамотной организации всего запускаемого барахла (иначе значительная часть ресурсов будет просто простаивать). Во втором, если свободной памяти было значительно поболее 3ГБ, это как бы вообще индикатор проблемы с менеджментом памяти. Из предоставленной информации не понять. Можешь попробовать python -c '{x:str(x)*1024*3 for x in range(1000000000)}' в качестве заполнялки памяти или написать свою. > Свапа в системе отродясь не было, Firefox открыт, никакие приложения закрыты не были… Ты что хотел сказать-то?
	Ответить | Правка | Наверх | Cообщить модератору

	507. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Annoynymous (ok), 08-Авг-19, 00:01
	Попробовал python -c '{x:str(x)*1024*3 for x in range(1000000000)}' htop показал 100% загрузку памяти, затем питон всё равно был убит. Никакого зависания не было. > в качестве заполнялки памяти или написать свою. Я не писатель, я просто попробовал у себя.
	Ответить | Правка | Наверх | Cообщить модератору

43. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+6 +/–
Сообщение от Нанобот (ok), 06-Авг-19, 19:22
в таких ситуациях принято упрекать юзера в криворукости, что уже многие годы позволяет не решать проблему
Ответить | Правка | Наверх | Cообщить модератору

45. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
Сообщение от Аноним (45), 06-Авг-19, 19:26
ну вообще то когда прога запрашивает ОЗУ, ей выделяется область commited memory - она просто промапленна, но там нету данных. я не раз замечал что в swap сливаюся commited, но пустые страницы. И в Windows Такое поведение тоже наблюдал пару раз. ЗЫ.  "mem=4G" а зачем это ограниение ставить?
Ответить | Правка | Наверх | Cообщить модератору

	98. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Аноним (94), 06-Авг-19, 20:24
	>ЗЫ.  "mem=4G" а зачем это ограниение ставить? Чтобы быстрее стриггернуть проблему Ваш К.О.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от richman1000000d (?), 06-Авг-19, 23:45
	ааа. ну тогда ок. Но я все таки не понял самой проблемы которую тут описывают - кончилось ОЗУ. Система не может грохнуть аппликуху чтоли? У меня много раз был OOM kill на проде и я в первый раз вижу вот такую жалобу. И Windows и Linux у меня часто делали OOM-Kill аппликухи если ОЗУ кончилось.
	Ответить | Правка | Наверх | Cообщить модератору

	531. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 08-Авг-19, 10:06
	> Система не может грохнуть аппликуху чтоли? не может - там специально наулучшали для нашего всего - безмозглых пользователей с кривыми руками, и активную задачу он не убивает. А больше в этот момент у пользователя ничего не работает, он однозадачен, поэтому и память не выделяется.
	Ответить | Правка | Наверх | Cообщить модератору

	548. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от PnDx (ok), 08-Авг-19, 16:54
	oom на каждый чих не вызывается. Почитайте описание. Насколько помню, только при попытках взять из buddy блок меньше 3-го порядка (4к*2^3) в ситуации, когда *доступной для выделения* памяти осталось меньше заданного low_mark. В иных ситуациях приложению просто возвращают кукиш (NULL) и дальше — его проблемы. И это как раз стреляет на десктопах: толпа жирных процессов принимается толкаться локтями. Без шансов на успех, т.к. никто не озаботился орбитражем.
	Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

46. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Аноним (46), 06-Авг-19, 19:27
ынжой ёр x_64
Ответить | Правка | Наверх | Cообщить модератору

51. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от user90 (?), 06-Авг-19, 19:37
> Начинаем открывать вкладки с сайтами и смотрим как уменьшается объём свободной памяти. Дык! Ты знаешь, сколько всякого js-говна будет загружаться с *каждой* вкладкой? ЫЫЫ. Даже на опеннете на индикаторе блокировщика уже циферка «3», а кое-где легко может быть и 33, и больше. Это не касаясь вопросов что это вообще тут делает, и что некоторым комп нужен не только для запуска браузера..
Ответить | Правка | Наверх | Cообщить модератору

	330. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от ryoken (ok), 07-Авг-19, 08:58
	А какого именно блокировщика? У меня на значке uBlock Origin в данной теме - 9, на значке Disconnect.me - 3.
	Ответить | Правка | Наверх | Cообщить модератору

53. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
Сообщение от Канифоль Патрика (?), 06-Авг-19, 19:41
О, сколько раз я был об это лицом.
Ответить | Правка | Наверх | Cообщить модератору

63. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
Сообщение от MAN (??), 06-Авг-19, 19:51
Кстати, индикатор жесткого диска будет моргать из-за того, что ядро делает coredump.
Ответить | Правка | Наверх | Cообщить модератору

	71. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
	Сообщение от Аноним (79), 06-Авг-19, 19:58
	Нет. Ядро в этой ситуации выгружает исполняемые страницы памяти на жёсткий диск, чтобы выделить ещё больше памяти, однако исполняемые страницы надо ... исполнять, ядро их читает обратно - практически бесконечный цикл и дикая нагрузка на IO. На LKML/Hacker News объяснили - я сам не догадался. // b.
	Ответить | Правка | Наверх | Cообщить модератору

	303. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (303), 07-Авг-19, 06:58
	Тогда, для полноты эксперимента, нужно ещё и хард забить на 99%
	Ответить | Правка | Наверх | Cообщить модератору

	372. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от nobody (??), 07-Авг-19, 10:47
	А куда оно их выгружает если swap нету?
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

66. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
Сообщение от Аноним (66), 06-Авг-19, 19:52
Успешно словил пару дней назад на компе с 8GB оперативы. Новые времена настали :(
Ответить | Правка | Наверх | Cообщить модератору

	331. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноне (?), 07-Авг-19, 08:58
	Я тожн на днях, при том своп включен, но не использовался
	Ответить | Правка | Наверх | Cообщить модератору

	378. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Celcion (ok), 07-Авг-19, 10:59
	> Я тожн на днях, при том своп включен, но не использовался А это потому, что господа ядроделы совсем свои патчи перестали на утечки памяти тестировать - я только за этот год уже несколько раз видел, как из ядра утекало по паре мегабайт в минуту. Но зато Code of Conduct запилили - хоть это радует. Теперь там не притесняют не только тех, кто не умеет программировать, но и гендерно небинарных, например. Радость, счастье.
	Ответить | Правка | Наверх | Cообщить модератору

	385. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от жека воробьев (?), 07-Авг-19, 11:30
	а зачем вам 150 открытых вкладок в хроме?
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	452. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от specter (ok), 07-Авг-19, 15:55
	Хм... У меня в Фаерфоксе и по 500 бывает (лень закрывать). И ничего. Не ловил проблему ни разу.
	Ответить | Правка | Наверх | Cообщить модератору

	478. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноне (?), 07-Авг-19, 19:08
	Виртуалка без приложений + Скайп + 2 хромых по паре вкладок + SQL Developer = 7.6Гб и фриз. Годом ранее после включения свопа решил проверить, запустив 2 виртухи: часть системных файлов после резета оказалась битой, кое-как повторными установками пакетов поддомкратил бессмертный линух.
	Ответить | Правка | К родителю #385 | Наверх | Cообщить модератору

67. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (67), 06-Авг-19, 19:52
Логичней браузер ограничить суммарно на 1-2G в этом случае
Ответить | Правка | Наверх | Cообщить модератору

	165. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:13
	Да всё ограничивать, чего уж там. Грамотно расставить оградочки и Линукс снова работает.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (224), 07-Авг-19, 01:22
	ага, и будет браузер падать на двух вкладках.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	332. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+4 +/–
	Сообщение от ryoken (ok), 07-Авг-19, 08:59
	Сайтописателей принудительно пересадить на сервант с 2-мя Гб рамы. И пороть кнутом.
	Ответить | Правка | Наверх | Cообщить модератору

	357. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 10:15
	> Сайтописателей принудительно пересадить на сервант с 2-мя Гб рамы. И пороть кнутом. 2 гига — это слишком королевский компьютер для таких обезьян. 256 метров на всё про всё — и пущай кодят.
	Ответить | Правка | Наверх | Cообщить модератору

	444. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (444), 07-Авг-19, 15:24
	Фреймописателей скорее.
	Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

	445. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от ryoken (ok), 07-Авг-19, 15:28
	> Фреймописателей скорее. Всех. Чтоб не плодили сущностей сверх необходимостей.
	Ответить | Правка | Наверх | Cообщить модератору

70. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
Сообщение от Annoynymous (ok), 06-Авг-19, 19:58
На ноутбуке с 8 гб памяти, если Darktable попросит больше, её пристреливает OOM. Много раз ловил такое поведение, бесился, крутил настройки Darktable, надоело, включил свап, теперь просто получаю тормоза при экспорте, хотя иногда всё равно падает зараза. Может, проблема не в том, как работает OOM в Linux, а в том как поедает память Chrome?
Ответить | Правка | Наверх | Cообщить модератору

	167. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:15
	Линукс-Хром виноват. А на винде то другой Хром.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Annoynymous (ok), 06-Авг-19, 23:06
	Я не знаю, какой в видне хром, я не пользуюсь ни виндой, ни хромом. Но раз поведение зависит от вида задачи, значит, задача как-то влияет. Умные люди в таких случаях пишут бенчмарки, тесты и воссоздают условия не в хроме, в коде которого чёрт ногу сломит, а в лабораторных условиях и на тестовых вызовах.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 23:41
	А что тогда вы комментируете?
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 23:44
	> Но раз поведение зависит от вида задачи, значит, задача как-то влияет. Зависит от работника. Один видит задачу - напивается и ложиться спать под стол. Другой - засучивает рукава, стискивает зубы и делает. Да ладно, винда ничего не стискивает. По крайней мере, пользователь этого не видит и, что главное, не ощущает.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

72. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
Сообщение от Ivan_83 (ok), 06-Авг-19, 19:59
Во фре такая же непотребность. Тоже сильно бесит. Вот посмотришь по RSS сумма занятого процессами скажем 16ГБ, при 32ГБ на борту, а система уже лезет в своп. Поставил 64Гб - опять летезет в своп, притом что сумма RSS явно никогда до 32ГБ не доходит. WTF!? А вот в венде как то нормально без свопа жилось - приложение просто получало по рукам (malloc() возвращал NULL) и либо падало либо одумывалось. Такое вроде и на фре и линухе можно включить, но хз насколько потом жить будет удобно. Со свопом получается что самые старые страницы которые туда попали - просто затираются новыми, насколько я понял. А когда свопа нет приложению неоткуда взять новую страницу памяти, так бы оно скинуло в своп и отдало память.
Ответить | Правка | Наверх | Cообщить модератору

	136. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от qwerty123 (??), 06-Авг-19, 21:18
	>Поставил 64Гб - опять летезет в своп Страницы смещаются в swap в зависимости от частоты использования. http://www.ico.aha.ru/h/The_Design_and_Implementation_of_the... Swapping Although swapping is generally avoided, there are several times when it is used in FreeBSD to address a serious memory shortage. Swapping is done in FreeBSD when any of the following occurs:   -  The system becomes so short of memory that the paging process cannot free memory fast enough to satisfy the demand. For example, a memory shortfall may happen when multiple large processes are run on a machine lacking enough memory for the minimum working sets of the processes.   -  Processes are completely inactive for more than 10 seconds. Otherwise, such processes would retain a few pages of memory associated with their user structure and thread stacks.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от анонн (ok), 06-Авг-19, 22:23
	> Во фре такая же непотребность. > Тоже сильно бесит. > Вот посмотришь по RSS сумма занятого процессами скажем 16ГБ, при 32ГБ на > борту, а система уже лезет в своп. Так оно по умолчанию и задуманно - потихоньку в фоне выгружаем все второстепенное, чтобы, когда "прижмет", можно было не "тупить" в ожидании диска, а сразу освободить память. Крутилки для изменения поведения имеются. Но тут тема вообще-то о "тупиже" при нехватке памяти _и_ отключенном свопе. Оверкоммит и "проверять возврат malloc бесполезно!ваш новый стандарт!" передают приветы ))
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

78. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (78), 06-Авг-19, 20:07
Ну , а какие дистры проблемные ? Битность итд. Вот я сижу и раздаю свой образ изготовленный и приправленный новым ядром и хромиумом версия 19.04  64 битка от убунточки и вроде ничего у меня не виснет и пользователи думаю довольны. А , какие виснут ничего не написали ведь проблема может быть и в пакетах об этом я в блокнотике написал и оставил что бы эти два пакета никогда не ставили. Крч марки проблемных дистров в штудию
Ответить | Правка | Наверх | Cообщить модератору

	171. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:24
	Пося, ты?
	Ответить | Правка | Наверх | Cообщить модератору

	393. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Паяльник для Патрика (?), 07-Авг-19, 12:17
	Клоун
	Ответить | Правка | Наверх | Cообщить модератору

81. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+6 +/–
Сообщение от Геймер (?), 06-Авг-19, 20:12
640K ought to be enough for anybody
Ответить | Правка | Наверх | Cообщить модератору

	116. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от wd (?), 06-Авг-19, 20:39
	640GB в современном мире, ну или как минимум в ближайшем будущем
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Ivan_83 (ok), 06-Авг-19, 22:34
	Не совсем. 20 лет назад 32 мб было даже многовато, с запасом - это точно. Вот и сейчас, 32гб - в самый раз чтобы не парится :) Всякие видеокарты тоже были сопоставимо 1-8 мб, так и сейчас они 1-8гб :) Диски были 1-13Гб, и чейчас они не больше 10-12ТБ :) А ссд так и до терабайта с трудом дотягивают из за ценников в масс сегменте.
	Ответить | Правка | Наверх | Cообщить модератору

	247. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от wd (?), 07-Авг-19, 01:43
	дада, я тоже подумал именно об этих цифрах когда писал но нужно же было сохранить 640 :) в целом я 32 гига рамы уже два года не могу ниразу задавить :) но это просто максимум что влезало в мою мать - так бы и 640 засунул :)
	Ответить | Правка | Наверх | Cообщить модератору

	455. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Ivan_83 (ok), 07-Авг-19, 16:19
	Если тебя так заботит именно 640, то венда после загрузки потребляет примерно столько мегабайт :) По крайней мере семёрка где то 400-500 метров.
	Ответить | Правка | Наверх | Cообщить модератору

100. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (97), 06-Авг-19, 20:27
>можно воспроизвести меньше, чем за несколько минут на последней версии ядра Linux 5.2.6 Лол, этим грешит любая версия. А еще лютые проблемы с io до сих пор, бл. Стоит только начать копировать фильмы на флешки и т.д. 21-й век, бл.
Ответить | Правка | Наверх | Cообщить модератору

	124. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 06-Авг-19, 20:54
	Не очень понимаю про что конкретно речь, но судя по вашему описанию создаётся впечатление, что вам нужно просто снизить vm.dirty_ratio
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от Канифоль Патрика (?), 06-Авг-19, 22:27
	Чего нужно снизить? :))
	Ответить | Правка | Наверх | Cообщить модератору

	302. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Аноним (303), 07-Авг-19, 06:55
	Виртуальная машина грязное рация
	Ответить | Правка | Наверх | Cообщить модератору

106. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Аноним (106), 06-Авг-19, 20:31
а нельзя просто сделать так, что бы при нехватке памяти автоматически создавался своп файл с авто увеличением размера?
Ответить | Правка | Наверх | Cообщить модератору

	112. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (79), 06-Авг-19, 20:36
	Например, на многих embedded системах вообще нет вообще носителя как такового - только ROM и RAM. Сферический вакуум будете в качестве swap использовать? :-D
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (106), 06-Авг-19, 20:43
	для десктопа сойдёт
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (178), 06-Авг-19, 22:58
	Можно. Вроде даже является альтернативным методом создания свопа этим вашим Linux Swap, на арчлинуксовом гайде читал.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

113. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Alex (??), 06-Авг-19, 20:36
Кто-нибудь в OpenBSD проверял наличие такой проблемы?
Ответить | Правка | Наверх | Cообщить модератору

	174. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Ivan_83 (ok), 06-Авг-19, 22:31
	В DragonFly полюбому должно быть лучше, помнится Дилон как раз чем то таким занимался когда то.
	Ответить | Правка | Наверх | Cообщить модератору

118. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Аноним (118), 06-Авг-19, 20:41
Похоже Bloomberg добрался и сюда.
Ответить | Правка | Наверх | Cообщить модератору

126. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от anonymous (??), 06-Авг-19, 20:56
Автору новости: Вижу твой тикет на bugzilla с текстом: > I'm curious why in this situation the kernel starts doing _massive_ amounts of disk IO - I don't even understand what's being read or written since SWAP is disabled, and all applications are in RAM doing pretty much nothing. Это вызвано отсутствие page cache, когда ОЗУ сожрано.
Ответить | Правка | Наверх | Cообщить модератору

127. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Аноним (127), 06-Авг-19, 20:56
С cgroups еще проблема еще есть на докерах. Контейнер уходит в безумный своп, даешь 32мега на haproxy, а озу только 3гб, оно начинает использовать диск безумно. Решается полным отключением свопа на ноде. Vm.overcommit.memory=1 Vm.memory.swappiness=0. Начинает килять его при достижении oom score. Вешаешь мониторинг на oom, profit.
Ответить | Правка | Наверх | Cообщить модератору

128. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Аноним (128), 06-Авг-19, 20:59
А что лучше zram или zswap? Можно их одновременно?
Ответить | Правка | Наверх | Cообщить модератору

	129. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 06-Авг-19, 21:01
	Они выполняют совершенно разные задачи: https://stackoverflow.com/questions/18437205/difference-betw...
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Аноним (128), 06-Авг-19, 21:07
	Я понимаю и поэтому спрашиваю про одновременное использование.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 06-Авг-19, 21:13
	Это был ответ на вопрос "что лучше". А использовать одновременно теоретически ничего не ограничивает, хотя лично я не пробовал. Более того, вы можете определить приоритеты (см. `swapon --help` и `man swapon`).
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (128), 06-Авг-19, 21:21
	Что лучше тоже наверное можно и ответить - траблы, эффективность в широком смысле. Какое мнение?
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 06-Авг-19, 21:33
	По ссылке выше неплохо отвечено на данный вопрос :) Добавлю лишь: что если поиграть в телепата исходя из того, как сформулирован вопрос, то создаётся такое ощущение, что zram вам будет всё же лучше: он работает полностью в памяти, что снижает риски пониженной доступности из-за глубкого ухода в swap. Однако оба зачастую не спасают, а лишь создают дополнительную неширокую прослойку между состоянием хорошей доступности и состоянием плохой доступности (отодвигая состояние плохой доступности немного дальше). Но пока не сформулирована задача, которую вы пытаетесь решить, это лишь гадание на кофейной гуще :)
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (128), 06-Авг-19, 21:44
	Благодарю!
	Ответить | Правка | Наверх | Cообщить модератору

	253. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–3 +/–
	Сообщение от Аноним (242), 07-Авг-19, 01:54
	ZRAM. Предлагаю самостоятельно подумать почему :)
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

130. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от manster (ok), 06-Авг-19, 21:05
Это только часть айсберга. Действительно, наблюдаются проблемы с выделением памяти и производительностью, несмотря на регулярный пере-сброс свопа. Это помогает временно, потом идет нарастающая регрессия постепенно. Через какое-то время просто вынуждает пере-загрузиться. Особенно заметна подобная деградация памяти и снижение производительности после выполнения штатных обновлений на примере gentoo. Не исключено, что тут может добавлять еще тормозов постепенно файловая подсистема (ext4) Вообще, пробовал с минимальными параметрами свопа - еще хуже. Пока, стараюсь реже обновлять - в крайнем случае glsa-check -t all. Для тестирования отзывчивости системы довольно полезно задействовать работу десктопа + установка тяжеловесных обновлений в Gentoo на типовом ноутбуке со средними характеристиками.
Ответить | Правка | Наверх | Cообщить модератору

	133. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от anonymous (??), 06-Авг-19, 21:10
	> потом идет нарастающая регрессия постепенно. Так посмотрите что у вас жрёт ресурсы. Есть же огромное количество инструментов для этого. Серверы работают годами без перезагрузки (что плохо из-за отсутствия update-ов, но это отдельная тема) и таких проблем не наблюдают. Просто декомпозируйте вашу систему, найдите источник проблемы и устраните её. Новичкам в Linux иногда любят показывать эту картинку: https://blog.selectel.com/wp-content/uploads/2017/06/pr-490.jpg
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от segesg (?), 07-Авг-19, 00:15
	починили вроде https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	212. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от segesg (?), 07-Авг-19, 00:15
	https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от segesg (?), 07-Авг-19, 00:16
	т-у-п-о-р-ы-л-ы-й парсер! id=b56a2d8af9147a4efe4011b60d93779c0461ca97 для предыдущей ссылки
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от manster (ok), 07-Авг-19, 00:27
	это хорошо, если так, благодарю за ссылку
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	380. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от manster (ok), 07-Авг-19, 11:06
	указанные патчи установлены, (причем chromium запускается в firejail) - у меня относительно свежие ядра от gentoo, сейчас поставил 5.2.2 - после рестарта полет нормальный пока один день uptime без компиляций и рестарта приложений
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	408. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от пох. (?), 07-Авг-19, 12:58
	> починили вроде https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... это другая история, забавно что только сейчас починенная - когда все либо висло, либо задумывалось на неделю при swapoff - при наличии доступной для этой процедуры памяти.
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	377. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от manster (ok), 07-Авг-19, 10:57
	> Это только часть айсберга. еще один момент: после завершение работы приложений (процесса: например - закрытие вкладки окна хромиума, выход из firefox, thunderbird, DE (KDE), kill Xvnc, просто logout, reboot) происходит довольно длительное высвобождение ресурсов, сопровождающееся постоянным обращением к диску. Надо будет попробовать перед выгрузкой сделать sudo sh -c "swapoff -a ; swapon -a" для чистоты эксперимента. Такое впечатление, что система не очень эффективно работает с аллокацией/де-аллокацией памяти. В идеале было-бы неплохо, когда это происходит практически мгновенно и действенно. На например самое простейшее просто резервирование блоков памяти. Конечно, на моем ноуте не самый быстрый hdd и запланирована замена на SSD, но хотелось бы понять в чем дело - ядро, это или тормозное DE или просто слабоватое заурядное железо или вообще такой дизайн ...
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

131. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
Сообщение от Alexey (??), 06-Авг-19, 21:07
Это проблема не только на уровне ОС, она присуща почти всем программам. Ни кто из программистов не усложняет код для проверки свободной памяти. Про BSD писали, ага видали, как зацикливается сборка пакетов сжирая память, благо падения ядра не наблюдается. Количество памяти значение не имеет. Стоит менять подход к программированию.
Ответить | Правка | Наверх | Cообщить модератору

	139. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от qwerty123 (??), 06-Авг-19, 21:24
	>Ни кто из программистов не усложняет код для проверки свободной памяти гы... $ grep -r 'if.*alloc' /usr/src/sys/ | wc -l     3132 вообще это норма проверять успешное выделение памяти. if ((p = malloc(1)) == NULL) {    что_то_тут_совсем_не_так();    пока_пока(); }
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (190), 06-Авг-19, 22:58
	>if ((p = malloc(1)) == NULL) { В Linux эта проверка бесполезна, вам вернут адрес и но вы упадете.
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от anonymous (??), 07-Авг-19, 08:37
	Опасное заблуждение. Можно ограничить размер виртуальной памяти через ulimit -v и будет возвращать NULL даже при включенном оверкоммите. >вы упадете Проблема именно в том, что вместо падения приложения вся система встаёт. Слишком много времени уходит, прежде чем наконец-то начинает работать OOM-killer.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от анонн (ok), 06-Авг-19, 23:06
	>>Ни кто из программистов не усложняет код для проверки свободной памяти > гы... > $ grep -r 'if.*alloc' /usr/src/sys/ | wc -l >     3132 > вообще это норма проверять успешное выделение памяти. > if ((p = malloc(1)) == NULL) { >    что_то_тут_совсем_не_так(); >    пока_пока(); > } "Ваш новый стандарт!" же: https://bugzilla.mozilla.org/show_bug.cgi?id=335951 > Lots of missing checks for out-of-memory. > 5. On Linux, desktop boxes are usually configured to "overcommit" memory, i.e. app never sees NULL from malloc. Kernel just kills the "worst" process when it gets REALLY tight on memory. ))
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	270. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Anonymoustus (ok), 07-Авг-19, 03:14
	Opened:    14 years ago Updated:    7 years ago Прэлэстно.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (224), 07-Авг-19, 01:23
	А на винде другие программы с другими исходниками, да?
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	275. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Alexey (??), 07-Авг-19, 03:36
	Стоит подойти к пределу выделяемой Windows виртуальной памяти и посмотреть реакцию? Программа запрашивает выделение памяти и получает положительный ответ, она не понимает заканчивается память или нет, это работа менеджера памяти. Тут и нет взаимодействия для остановки процесса и принятия иного решения.
	Ответить | Правка | Наверх | Cообщить модератору

143. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Аноним (143), 06-Авг-19, 21:38
Тоже мне новость. Поясните лучше, почему Linux не грохает к херам программу, которая решила «шикануть»?
Ответить | Правка | Наверх | Cообщить модератору

	150. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 06-Авг-19, 21:51
	потому что если он грохнет иксы - ты не обрадуешься результату.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от Аноним (143), 06-Авг-19, 21:57
	Уж лучше так, чем многочасовое убивание винта…
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 06-Авг-19, 22:29
	ты всегда можешь нажать reset сам! Или не пытаться натягивать сову на глобус, и работать с сотнями вкладок на rpi1
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (143), 06-Авг-19, 23:08
	Особенно если я сплю, да :)
	Ответить | Правка | Наверх | Cообщить модератору

	409. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от пох. (?), 07-Авг-19, 12:59
	> Особенно если я сплю, да :) блжад, а как ты во сне вкладки сотнями открываешь? Я тоже хочу!
	Ответить | Правка | Наверх | Cообщить модератору

	557. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (-), 09-Авг-19, 06:39
	Ты не открываешь. Просто сидит себе скрипт на странице и кушает постепенно память
	Ответить | Правка | Наверх | Cообщить модератору

	560. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 09-Авг-19, 08:14
	> Ты не открываешь. Просто сидит себе скрипт на странице и кушает постепенно > память Уходя, гасите свет^W^W пошли SIGSTOP.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (437), 06-Авг-19, 21:59
	ООМ-скоры вообще-то есть. И если потекли иксы, то надо прибить именно иксы! Пример твой слегка неудачен и полностью туп, ну а так - всё нормально.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	177. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 06-Авг-19, 22:32
	> И если потекли иксы, то надо прибить именно иксы! ну да - неважно что вся твоя работа накрылась, и тебе не дали ни малейшего шанса ее завершить - главное система штабильна, штабильна! 18686 user      20   0 1848m 931m  51m R     32 30.9   6330:15 palemoon         24728 user      20   0  271m 128m  40m S      6  4.3   5:48.61 acroread         1881 root      20   0  213m 195m 182m S      5  6.5   1334:24 X                 2097 user      20   0  7700 2360 1484 S      0  0.1   0:04.95 xterm             кого вот тут будем прибивать, если память кончилась? И какой score выставить (и зачем?)
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (437), 06-Авг-19, 23:05
	Судя по картинке - палёного. Кстати, в хромиуме отдельные вкладки очень удобно прибиваются.
	Ответить | Правка | Наверх | Cообщить модератору

	399. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (381), 07-Авг-19, 12:35
	Вместе с Acroread, он только показывает, а не создаёт.
	Ответить | Правка | Наверх | Cообщить модератору

	411. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 13:02
	> Вместе с Acroread, он только показывает, а не создаёт. ничего что в нем недозаполненная форма открыта? (потому и acroread, а не кривые опенсорсные недоделки) да ладно, чего там мелочиться - вместе с иксами, они точно только показывают, а ничего не создают! ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	454. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 07-Авг-19, 16:18
	>> Вместе с Acroread, он только показывает, а не создаёт. > ничего что в нем недозаполненная форма открыта? Падажжи, кому-то в 2000к19 веке нужны формы, заполненные именно в pdf? Они же ни под каким соусом не удобны, а те, кто их принимают и обрабатывают, явно не чураются ручного труда и должны уметь принимать заполненную шариковой ручкой распечатку.
	Ответить | Правка | Наверх | Cообщить модератору

	489. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним84701 (ok), 07-Авг-19, 21:12
	>>> Вместе с Acroread, он только показывает, а не создаёт. >> ничего что в нем недозаполненная форма открыта? > Падажжи, кому-то в 2000к19 веке нужны формы, заполненные именно в pdf? PDF? Я в этом году, в очередной раз, для родни формуляры в формате XLS (Ёксел) заполнял, чтоб его создателям и утвердителям икалось. Нет, PDF на выбор там тоже был, но в виде экспортированного XLS документа, т.е. с нулевой интерактивностью и возможностью разве что нарисовать поверх (но там для каждой буквы отдельная клеточка, в которую нужно будет попасть -- поверх нельзя, важные господа, чья задача состоит в перепечатывании информации из этого формуляра в БД, не примут, проверенно). В общем, чисто для галочки. Сам XLS выбран похоже только из-за "клеточек" и возможности "форматирования" ими (это где-то уровень форматирования пробелами - при неправильном шрифте все надписи разъезжаются или обрезаются. Впрочем, за 4 раза никто так и не придрался именно к этому, а это наводит на мыслю, что оно не только в либре так себя ведет, но и в "неправильной" версии МС Офиса), а заполнять этот Шыдевр приходится побуквенно, кликая в следующую клетку или продвинуто-программистски нажимая два раза таб. Ни скопипастить толком, ни ошибку исправить, в итоге на заполнение 2 страничного формуляра для 2 человек вместо 10 минут убиваешь полтора-два часа и кучу нервов, после чего PDF-формы манной небесной покажется.
	Ответить | Правка | Наверх | Cообщить модератору

	495. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 22:28
	> Падажжи, кому-то в 2000к19 веке нужны формы, заполненные именно в pdf? Они мне. > же ни под каким соусом не удобны, а те, кто их > принимают и обрабатывают, явно не чураются ручного труда и должны уметь > принимать заполненную шариковой ручкой распечатку. я не жажду шариковой ручкой. У меня есть акрорид, который аккуратно подставляет в формы известные (он умеет их вспоминать из прошлой жизни) ему данные, и умение печатать в десяток раз быстрее чем у тебя получится ручкой, если скопировать почему-то неоткуда.
	Ответить | Правка | К родителю #454 | Наверх | Cообщить модератору

	509. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 08-Авг-19, 03:10
	> У меня есть акрорид, который аккуратно подставляет в формы известные (он умеет их вспоминать из прошлой жизни) ему данные, и умение печатать в десяток раз быстрее Тут скорее впору хвастаться тем, что в век, когда космические коробли бороздят просторы госуслуг, ты смог найти садомазохистов, готовых мучить себя и клиентов обработкой заполненных пдфов или их распечаток в таком объёме, что находится выгода от автозаполнения формочек акроридом.
	Ответить | Правка | Наверх | Cообщить модератору

	521. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 08-Авг-19, 07:22
	> Тут скорее впору хвастаться тем, что в век, когда космические коробли бороздят > просторы госуслуг, ты смог найти садомазохистов, готовых мучить себя и клиентов да, получить этот pdf нынче непросто - там срабатывает редирект, отправляющий сливать все о себе очередным госуслугам. Я, пока можно, пожалуй, обойдусь - пусть они сперва твои данные сп-ят. > обработкой заполненных пдфов или их распечаток в таком объёме, что находится мне достаточно одной длинной строки, чтобы acroread был быстрее. Учитесь что-ли слепой печати, или, там, 486й продайте чуваку с лора и на вырученные деньги купите пентиумIII (могу продать, у меня они когда-то работали тестовыми системами, осталось штуки четыре)
	Ответить | Правка | Наверх | Cообщить модератору

	525. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от имя (?), 08-Авг-19, 08:25
	> Я, пока можно, пожалуй, обойдусь - пусть они сперва твои данные сп-ят. А скан твоей распечатки, по-твоему, неуязвим? > мне достаточно одной длинной строки, чтобы acroread был быстрее. Учитесь что-ли слепой > печати Я не про заполнение формы, а про вычитку твоих опечаток Равшаном, которому ты эту распечатку отдаёшь. (Ну и что, что в акрориде всё сохранено? Принимающая сторона верить не обязана.)
	Ответить | Правка | Наверх | Cообщить модератору

	532. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 08-Авг-19, 10:09
	> А скан твоей распечатки, по-твоему, неуязвим? ее никто не собирается сканировать. И да, он менее уязвим из-за размера и неудобства доступа, чем аккуратно сложенное в тазу банных в правильные поля. > не про заполнение формы, а про вычитку твоих опечаток Равшаном, которому ты эту распечатку > отдаёшь. он ее сравнивает с тем что в базе, и с тем что в паспорте, ставит закорючку и кидает в ящик таких же.
	Ответить | Правка | Наверх | Cообщить модератору

	534. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от имя (?), 08-Авг-19, 11:21
	> он ее сравнивает с тем что в базе …в той же базе, в которую смотрят пресловутые госуслуги. Поздравляю, ты зря старался.
	Ответить | Правка | К родителю #532 | Наверх | Cообщить модератору

	410. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 13:01
	> Судя по картинке - палёного. ну спасибо. И зачем, по твоему, я его держу запущенным - чтобы просто любоваться? > Кстати, в хромиуме отдельные вкладки очень удобно прибиваются. только вот жрут заметно больше, ибо процессы все же немного небесплатны.
	Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

	442. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (437), 07-Авг-19, 15:16
	Я не спорю, что жрут больше. В моём случае - 20-30 вкладок с The Great Suspender и 4-мя ГБ ОЗУ в системе earlyoom срабатывает реже раза в неделю. И дохнут чаще всего вкладки с аутглюком и абмазоновской канцолью. В принципе нормально. И да, это пограничный случай. При 8-ми ГБ ОЗУ(на старом компе с вентиллятором и жёстким диском) у меня ничего не срабатывает. Ещё раз замечу, что вместо тормозов/вставания_колом и т.д. - лучше просто прибить жирный процесс. Это механизм, востребованный многими, и он есть, жалко что не по-дефолту.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (128), 06-Авг-19, 21:51
	Это неправильно концептуально - через пару часов система очнется и продолжится выполнение программы, может она архиважная.
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	201. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
	Сообщение от anono (?), 06-Авг-19, 23:38
	для архиважных задач у меня нет столько времени ждать пока оно расдуплится...
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от wd (?), 07-Авг-19, 01:47
	архиважная != архисрочная
	Ответить | Правка | Наверх | Cообщить модератору

	376. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anono (?), 07-Авг-19, 10:55
	философь-диалектъ, архиважная для меня задача - это задача, которой я уделяю максимум своего времени. И при этом совершенно мне нафиг не нужно из этого времени выделять время на ожидание кола и анабиоза! а ты тут начинаешь подменять понятия...
	Ответить | Правка | Наверх | Cообщить модератору

	502. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от wd (?), 07-Авг-19, 23:25
	я кокраз разделяю понятия
	Ответить | Правка | Наверх | Cообщить модератору

	333. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 07-Авг-19, 09:02
	Ожить она сможет только после того, как грохнет какую-нибудь программу, чтобы высвободить ОЗУ. А грохать она не торопится
	Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

	486. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (128), 07-Авг-19, 20:33
	Не обязательно, может разберется со свопом.
	Ответить | Правка | Наверх | Cообщить модератору

203. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (203), 06-Авг-19, 23:43
А как в Линуксе ограничить потребление памяти каким-то приложением, например, браузером, пусть оно виснет только само, но не подвешивает ОС?
Ответить | Правка | Наверх | Cообщить модератору

	306. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 07-Авг-19, 07:09
	Можно через cgroups.
	Ответить | Правка | Наверх | Cообщить модератору

	325. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 07-Авг-19, 08:49
	через prlimit например
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

207. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (207), 06-Авг-19, 23:47
А после обновления cryptsetup-run, загрузка выбрасывает в консоль (Debian sid), с этим что делать обычному пользователю?
Ответить | Правка | Наверх | Cообщить модератору

209. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от segesg (?), 07-Авг-19, 00:01
Чё-та опеннет уже не тот, никто про 12309 не вспомнил!
Ответить | Правка | Наверх | Cообщить модератору

	237. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (224), 07-Авг-19, 01:25
	Эот он самый и есть. Просто номера хрен запомнишь.
	Ответить | Правка | Наверх | Cообщить модератору

	401. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (381), 07-Авг-19, 12:38
	Там чего-то про копирование больших файлов утверждалось.
	Ответить | Правка | Наверх | Cообщить модератору

	316. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (316), 07-Авг-19, 07:43
	Действительно, очень похоже на очередную итерацию 12309.
	Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

210. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (210), 07-Авг-19, 00:12
Так эт. из-за overcommit который лечиться поправкой пары параметров. Все путём... десктопные дистры должны выставлять эти значения.
Ответить | Правка | Наверх | Cообщить модератору

	328. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 07-Авг-19, 08:53
	Оверкоммит не лечится, он выключается. Но никто его отключать не будет, потому что требования к ОЗУ возрастут. И нет, десктопные дистры ничего не выставляют.
	Ответить | Правка | Наверх | Cообщить модератору

	412. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 13:04
	> Оверкоммит не лечится, он выключается. Но никто его отключать не будет, потому > что требования к ОЗУ возрастут. > И нет, десктопные дистры ничего не выставляют. "десктопные дистры" - читай, васянсборки на базе маженты. Учитывая что даже нескучные обои рисовать они не умеют - могут начать крутить все подряд sysctl, почему же нет...
	Ответить | Правка | Наверх | Cообщить модератору

216. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
Сообщение от RedEyedMan (ok), 07-Авг-19, 00:44
Сколько пробовал vm.* параметры в sysctl.conf пихать... Помогло SSD (со свопом на нем) + zram и относительно свежее ядро. При своппинге теперь отвисает намного быстрее и с большей вероятностью. > From    "Artem S. Tashkinov" <> А, Бёрди. Всё ясно.
Ответить | Правка | Наверх | Cообщить модератору

233. Скрыто модератором	+/–
Сообщение от Аноним (243), 07-Авг-19, 01:15
Новость уровня "Обнаружен ЖЖ Артемия Лебедева".
Ответить | Правка | Наверх | Cообщить модератору

255. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+5 +/–
Сообщение от Celcion (ok), 07-Авг-19, 02:00
Короче, пацаны, даю бесплатный совет как раз и навсегда решить для себя эту проблему - покупайте 128GB оперативной памяти, NVMe SSD, хотя бы, терабайта на два - и всё будет хорошо! Ведь проблема, судя по местным комментаторам, именно в этом. Так давайте решать её вдумчиво и кардинально!
Ответить | Правка | Наверх | Cообщить модератору

	278. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от сжиматель (?), 07-Авг-19, 03:57
	Это не поможет если случайно запустишь команду $ while true; do setsid tail /dev/zero; done
	Ответить | Правка | Наверх | Cообщить модератору

272. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+6 +/–
Сообщение от б.б. (?), 07-Авг-19, 03:19
вот кстати да - почему в OpenBSD, когда Firefox сжирает всю память, он просто падает. а когда в Debian - оно просто фризится и даже мышь не двигается
Ответить | Правка | Наверх | Cообщить модератору

280. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от betcher (ok), 07-Авг-19, 04:28
Все было не так печально пока не сломали ещё и своп. Любой процесс которому понадобится память много и сразу приводит к жестокому фризу при пустом свопе. Если на 4.9 можно легко загнать в тмпфс  данныданных превышающих размер РАМ, то на более новых  ядрах нет. Вот:  https://forum.rosalinux.ru/viewtopic.php?f=56&t=9387
Ответить | Правка | Наверх | Cообщить модератору

	299. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (303), 07-Авг-19, 06:43
	Я помню свой am486dx2-80 и Windows 95. Да что тут помнить - вот он у меня стоит, для ретро-игр. Office 97 с трудом открывал 3-мегабайтный xls-файл, нужный мне по работе. Минут 5 открывал - памяти было 8 Мб. После чего, с ним можно было работать, хоть и поиск выполнялся медленно (помогало выделение колонки E, и поиск конкретно по ней. Тогда быстрее). Обновление до Athlon 550 MHz 64 Mb RAM всё починило: открытие файла 3 секунды, поиск секунду. Получается, что по этому параметру даже Windows 95 лучше, чем Linux. В линуксе, если система залезла в своп, то всё. В винде она падала в арифметической прогрессии, а в линуксе - в геометрической
	Ответить | Правка | Наверх | Cообщить модератору

290. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Гвоздь (?), 07-Авг-19, 06:02
Постоянно сталкиваюсь с этим.. То с утра приходишь на работу и машина колом стоит, то во время работы достаточно пару лишних вкладок открыть , и сразу начинает фризить, потом встает колом. Это не относится именно к серфингу, можно залипнуть и после запуска  VM workstation
Ответить | Правка | Наверх | Cообщить модератору

	300. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (303), 07-Авг-19, 06:46
	В 2012 у меня было два компа с Gentoo, с одинаковым количеством памяти, с абсолютно идентичными конфигами ядра и приблизительно одинаковым пресетом программ. Так вот, на стационарном компе на чипсете AMD 780G хром позволял открыть вкладок 15. На ноуте уже на третьей вкладке начинались тормоза. Как так, я не понимал. И сейчас не понимаю. Может, зависит от чипсета на материнке? И его драйверов в линуксе
	Ответить | Правка | Наверх | Cообщить модератору

298. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
Сообщение от Аноним (303), 07-Авг-19, 06:37
Когда всё это происходило (в ядре 2.6.23 появился новый планировщик CFS), мне казалось, что производительность на десктопе портят намеренно. Недавно я подумал, что сейчас десктопы обладают производительностью серверов тех лет. А значит, если и правда портили производительность намеренно, то сейчас захотят повторить. Какими-нибудь патчами от Spectre превратят Core i5 в Pentium 4 по параметру отзывчивости десктопа. А вот и первый звоночек. Думаю, Инго Молнар с радостью ответит на критику в СМИ, и "улучшит" CFS, либо грядёт принципиально новый планировщик *(без возможности использовать старый, это само собой). Я помню свой первый опыт с Linux. Это был SUSE 10.1. У меня был открыт Writer, Firefox и полноэкранная игра. Одноядерный комп с 512 Мб ОЗУ всё "тянул". Но тут я нажал на кнопку Amarok... Я заметил, что он стартовал 40 секунд вместо 4-х, а сама игра "подлагивала", но производительность не пострадала. Тогда я подумал "а винда бы встала колом", ведь я знал производительность своего компа. Это было ядро 2.6.16. А в 2.6.23 всё сломали. Теперь остаётся лишь FreeBSD, в котором нет такой проблемы. Я был бы не против пользоваться и старым линуксом, будь там возможность установить новые драйверы).
Ответить | Правка | Наверх | Cообщить модератору

	317. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (242), 07-Авг-19, 07:47
	Никто вам не мешает попробовать тот же bfs и так же i/o - bfq.
	Ответить | Правка | Наверх | Cообщить модератору

	369. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от manster (ok), 07-Авг-19, 10:36
	интересное наблюдение, действительно какие-то аномалии происходят Подумываю попробовать перейти на что-то типа легковесных DE вместо KDE  и понаблюдать за подвисаниями, либо запускать все в каких-то контейнерах...
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

	414. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 13:08
	> Это было ядро 2.6.16. А в 2.6.23 всё сломали. Теперь остаётся лишь > FreeBSD, в котором нет такой проблемы. Я был бы не против там тоже уже давным-давно "улучшенно-интерактивный" планировщик, без возможности использовать старый (его никто не тестировал и он толком не работал примерно с появления нового)
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

321. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Линукс зло (?), 07-Авг-19, 08:34
И после этого вы говорите, что Linux/Unix надёжная система для серверов, и дома? Да иди вы на******* со своим таким линуксом, где даже копирование данных на флэш превращается в опасное занятие. Windows, здравствуй снова.
Ответить | Правка | Наверх | Cообщить модератору

	326. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Голубой гигант (?), 07-Авг-19, 08:51
	> здравствуй, FreeBSD Исправил
	Ответить | Правка | Наверх | Cообщить модератору

323. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
Сообщение от Аноним (356), 07-Авг-19, 08:40
TODO: сделать петицию на CHANGE.ORG. Грамотно обосновать проблему  на хорошем ангельском. И потребовать дистростроевцев устанавливать earlyoom по умолчанию. Зафорсить петицию на сабреддитах и таск трекерах дистрибутивов.
Ответить | Правка | Наверх | Cообщить модератору

	335. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (118), 07-Авг-19, 09:08
	не забыть организовать митинги в поддержку раннего OOM.
	Ответить | Правка | Наверх | Cообщить модератору

334. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (334), 07-Авг-19, 09:07
Есть такая проблема. Что делать не понятно.
Ответить | Правка | Наверх | Cообщить модератору

	336. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (356), 07-Авг-19, 09:18
	Кому не понятно? Таки наоборот, в тредах нашли выход: 1. earlyoom 2. zram with zstd 3. bfq
	Ответить | Правка | Наверх | Cообщить модератору

	338. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (338), 07-Авг-19, 09:20
	zswap lz4/z3fold не поможет?
	Ответить | Правка | Наверх | Cообщить модератору

	342. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (356), 07-Авг-19, 09:28
	Поможет. Плюс еще размер пула под 90% норм.
	Ответить | Правка | Наверх | Cообщить модератору

	402. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от xadd (?), 07-Авг-19, 12:42
	Тестил с ограничением в 4G RAM, 24G NVME swap, пул zswap на 50%. Система умирает сразу по исчерпание пула, ничего не сбрасывая с своп.
	Ответить | Правка | К родителю #338 | Наверх | Cообщить модератору

	447. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (444), 07-Авг-19, 15:38
	cgroup
	Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

337. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от 123 (??), 07-Авг-19, 09:18
> Я предполагаю, что система не должна себя так вести. Думаю, что-то нужно сделать, чтобы избежать таких «зависаний». 20 лет побед.
Ответить | Правка | Наверх | Cообщить модератору

340. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (340), 07-Авг-19, 09:26
Отключать своп - ССЗБ. С zswap такой проблемы не наблюдается.
Ответить | Правка | Наверх | Cообщить модератору

	343. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Аноним (356), 07-Авг-19, 09:30
	zswap не решает проблему плохой обработки нехватки памяти, он отсрочивает ее, как и любой своп. Проблему решает earlyoom & nohang
	Ответить | Правка | Наверх | Cообщить модератору

345. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноим (?), 07-Авг-19, 09:35
Каменты к таким новостям очень хорошо проявляют процент сектантов среди людей, работающих с linux-системами.
Ответить | Правка | Наверх | Cообщить модератору

	354. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от вейланд (?), 07-Авг-19, 10:13
	И какова твоя оценка в цифрах?
	Ответить | Правка | Наверх | Cообщить модератору

	457. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
	Сообщение от Адекват (ok), 07-Авг-19, 16:52
	> И какова твоя оценка в цифрах? лень считать, но если хочется - считаешь все уникальные ники, и потом считаешь количество ников, от имени которых высказывалось что-то вроде "линукс правильный, если линукс не правильный смотри предыдущий пункт." Небольшой процент 2-5%.
	Ответить | Правка | Наверх | Cообщить модератору

358. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от betcher (ok), 07-Авг-19, 10:21
Повторю, все это не было бы проблемой если бы нормально работал своп. Не хватает памяти для твоих задач -  подключай своп. Всегда так было. А сейчас хрен. Система встанет колом задолго до того как своп заполнится. Если задача предполагает интенсивный свопинг то и на 5% можно не успеть заполнить. А дальше фриз такой что и мышь порой не шевелится и не известно оттает ли. Ждать больше 10 минут как-то не  хочется. Господа ядрописатели, верните свопинг как в 4.9 и раньше, а то напишем в спортлото.
Ответить | Правка | Наверх | Cообщить модератору

	361. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от Аноним (356), 07-Авг-19, 10:25
	Хватит ныть, решение простое: zram + earlyoom
	Ответить | Правка | Наверх | Cообщить модератору

	366. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от betcher (ok), 07-Авг-19, 10:33
	Это не решение. Это костыль. А earlyoom ещё дрессировать надо чтоб нужное не прибил. Решение это работающий как положено своп.
	Ответить | Правка | Наверх | Cообщить модератору

	370. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (356), 07-Авг-19, 10:41
	Своп работает как положено если расположен на устройстве zram.
	Ответить | Правка | Наверх | Cообщить модератору

	383. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от betcher (ok), 07-Авг-19, 11:22
	А если мне нужно большой своп, купить планку для zram  предложите? Своп на zram штука полезная, но речь не об этом.
	Ответить | Правка | Наверх | Cообщить модератору

	432. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (432), 07-Авг-19, 14:24
	Ни zram ни zswap не помогают.
	Ответить | Правка | К родителю #370 | Наверх | Cообщить модератору

368. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+3 +/–
Сообщение от OpenEcho (?), 07-Авг-19, 10:36
>Ядро Linux не может _МЯГКО_ обрабатывать ситуации с нехваткой памяти интерпритация мягкости в ядрах: Ядро ведет себя ЖЕСТКО, НЕ ТАКТИЧНО И НЕ ГУМАННО, можно даже сказать - ПО СКОТСКИ...
Ответить | Правка | Наверх | Cообщить модератору

	426. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Канифоль Патрика (?), 07-Авг-19, 14:01
	Так и есть. В Арче ванильные ядра выкатываются где-то раз в неделю и это лотерея. Бабах и система не грузится один раз из трёх (но жить то можно, да?), в арченовостях молчок, так неделю и живёшь. Тут новое ядро выкатывают и косяк ушёл. Ну, думаешь, попустило.. до следующего раза. И это не беты какие-то, а ванильные релизы. Вот такая вот линукс-штабильность.
	Ответить | Правка | Наверх | Cообщить модератору

	433. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (432), 07-Авг-19, 14:28
	Благо в Арче есть LTS ядра.
	Ответить | Правка | Наверх | Cообщить модератору

	459. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Адекват (ok), 07-Авг-19, 16:53
	>>Ядро Linux не может _МЯГКО_ обрабатывать ситуации с нехваткой памяти > интерпритация мягкости в ядрах: > Ядро ведет себя ЖЕСТКО, НЕ ТАКТИЧНО И НЕ ГУМАННО, можно даже сказать > - ПО СКОТСКИ... Мягко, это как в microSOFT
	Ответить | Правка | К родителю #368 | Наверх | Cообщить модератору

374. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
Сообщение от сжиматель (?), 07-Авг-19, 10:52
Проблема обработки нехватки памяти будет полностью исчерпана, если принять за аксиому, что обработка нехватки памяти - это задача юзерспейса, и не ядра. Ядро не смогло за 20 лет решить проблему. В юзерспейсе же мы можем на коленке за вечер написать работающее решение. Или выбрать качественное решение по вашему вкусу из множества существующих (earlyoom, peacemker, nohang, oomd, lmkd), которое наилучшим образом подойдет для вашего юзкейса.
Ответить | Правка | Наверх | Cообщить модератору

379. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (66), 07-Авг-19, 11:04
А как обстоит дело на Chrome OS? Как с этим справляются старые или бюджетные хромобуки?
Ответить | Правка | Наверх | Cообщить модератору

	406. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Голубой гигант (?), 07-Авг-19, 12:56
	Там нормальное DE
	Ответить | Правка | Наверх | Cообщить модератору

387. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от atk91 (ok), 07-Авг-19, 11:36
>> Ядро Linux не может мягко обрабатывать ситуации с нехваткой памяти почему это в разделе "новости"?
Ответить | Правка | Наверх | Cообщить модератору

419. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (419), 07-Авг-19, 13:28
Обсуждение на https://linux.slashdot.org/story/19/08/06/1839206/linux-perf...
Ответить | Правка | Наверх | Cообщить модератору

	429. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–2 +/–
	Сообщение от Канифоль Патрика (?), 07-Авг-19, 14:08
	Оттуда: Solution, add more memory or do less in memory. Мой солюшан того же уровня: install Windows, Luke!
	Ответить | Правка | Наверх | Cообщить модератору

449. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (449), 07-Авг-19, 15:49
Господа, если в вашей венде закончится виртуальная память(неважно отключён, своп или нет), то у вас случится может 3 вещи, крашнется процесс что сожрал память(возможен Bsod), Bsod он же "синий или чёрный экран смерти", тот же Bsod,но с мгновенной пререзагрузкой винды=).
Ответить | Правка | Наверх | Cообщить модератору

	460. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (460), 07-Авг-19, 16:55
	В венде нельзя полностью отключить своп. Даже если тебе кажется что ты его отключил ту его не отключил. Венде 10 в любом случае будет просто тормозить.
	Ответить | Правка | Наверх | Cообщить модератору

	522. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 08-Авг-19, 07:27
	> В венде нельзя полностью отключить своп. ну еще один поооользователь... если где-то нет выключателя - сделай его себе сам. "порно с конями 4k скачать без смс", и так пяток раз - и некуда ей свопиться, включено, выключено, какая нах разница, если диск занят весь. Результатец (и полная невозможность в него вмешаться, в отличие от линукса - ну а зачем, типовой юзверь ведь все равно даже и не подумает остановиться?) тебя приятно удивит осознанием, что в линухе есть еще чего испортить в угоду умственно-отсталым.
	Ответить | Правка | Наверх | Cообщить модератору

	550. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (550), 08-Авг-19, 17:22
	Плохо что в венде даже выключатель на котором написано: "выключатель" делает не то что там написано. И для настоящего выполнения надо качать порно без смс. А в линуксе там хотябы сразу понятно выключателя нет химич сам.
	Ответить | Правка | Наверх | Cообщить модератору

	564. "Linux ядро не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 09-Авг-19, 12:07
	> Плохо что в венде даже выключатель на котором написано: "выключатель" делает не то что там > написано. "все для наших пользователей - альтернативно-одаренных граждан с кривыми руками". Если выключатель будет просто гасить свет - будет полно воплей "я его нажал и стало темно! Я навернулся и ушиб жопу! Система - г-но!" что, собственно, мы тут и наблюдаем в системе, в которой хотя бы некоторые выключатели все еще производят какое-то действие, кроме бессмысленного щелчка.
	Ответить | Правка | Наверх | Cообщить модератору

458. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от little Bobby tables (?), 07-Авг-19, 16:53
не сталкивался ни на 4гиговых ноутах, ни на домашнем стационаре с 12 гигами с описанным поведением. и все равно на пруфкейсы.
Ответить | Правка | Наверх | Cообщить модератору

461. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
Сообщение от Аноним (460), 07-Авг-19, 17:00
Больше раздражает что после снятия нагрузки своп никогда обратно не заливается в оперативу от слова совсем. Если венда ещё делает потуги очистить своп если для загруженных программ мало оперы надо то в линукс даже не делает попыток. Приходтся руками скидывать своп обратно в оперу. Особенно заметно на системах с хдд а на ссд совсем не заметно.
Ответить | Правка | Наверх | Cообщить модератору

	496. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от пох. (?), 07-Авг-19, 22:32
	> Больше раздражает что после снятия нагрузки своп никогда обратно не заливается в > оперативу от слова совсем. потому что он там никому не нужен, чтобы потом еще раз его обратно переписывать. Произойдет обращение к этой памяти - зальется. Если его не происходит - ты страдаешь ненужной фигней.
	Ответить | Правка | Наверх | Cообщить модератору

	549. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (550), 08-Авг-19, 17:19
	Интерфейс конкретно КДЕ будет сильнее тормозить, чем обычно. И если там что то куда то и заливается на скорость работы интерфейса это не влияет. А вот заливка свопа обратно в оперу влияет и очень заметно. Хотя тебе с твоей вендой это не ведомо.
	Ответить | Правка | Наверх | Cообщить модератору

462. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (106), 07-Авг-19, 17:01
при нехватке памяти линукс мог бы спрашивать, какой процесс завершить
Ответить | Правка | Наверх | Cообщить модератору

	463. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+2 +/–
	Сообщение от Аноним (477), 07-Авг-19, 17:38
	Чтобы спросить что завершить придется породить новый гуёвый процесс, который усугубит ситуацию.
	Ответить | Правка | Наверх | Cообщить модератору

	468. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Annoynymous (ok), 07-Авг-19, 18:17
	Запустить этот процесс и пусть висит всегда, сторожит память. Когда припрёт, фризить все остальные процессы, а этому дополнительная память не нужна.
	Ответить | Правка | Наверх | Cообщить модератору

	469. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от X4asd (ok), 07-Авг-19, 18:27
	> фризить все остальные процессы фризить? какая-то хреновая идея.. а если пользователь отошёл от монитора (или откинулся на спинку стула) дожидаясь там чего-то?...
	Ответить | Правка | Наверх | Cообщить модератору

	474. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от Annoynymous (ok), 07-Авг-19, 18:47
	> фризить? какая-то хреновая идея.. Ну да, уж лучше зависнуть, винчестером хрустя… > а если пользователь отошёл от монитора (или откинулся на спинку стула) дожидаясь там чего-то?... Ну вот, вернулся, а там предложение убить кого-нибудь ненужного. И пароль не забыть. Короче, это костыльный хак, я знаю, но пользователю всё равно, такое поведение лучше, чем тупо зависнуть.
	Ответить | Правка | Наверх | Cообщить модератору

479. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
Сообщение от Аноним (477), 07-Авг-19, 19:10
Что по этому поводу думает Шигорин? Как он борется с ло мемори в альт линукс?
Ответить | Правка | Наверх | Cообщить модератору

484. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Аноним (66), 07-Авг-19, 20:11
Сиё не отменяет факта, что современные браузеры, по пожиранию памяти на вкладку, полный песец. В конце 2016г. 4GB иногда переставало хватать. Сегодня в 2019г. 4GB памяти вообще не хватает, иногда не хватает и 8GB.
Ответить | Правка | Наверх | Cообщить модератору

	526. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от 123 (??), 08-Авг-19, 09:05
	В этом вина не столько браузеров, а скорее веб-сайтов состоящих из костылей и огромного кол-васкриптов с подгружаемым из разных точек рекламным контентом.
	Ответить | Правка | Наверх | Cообщить модератору

	541. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (66), 08-Авг-19, 11:54
	Более 200 мегабайт на вкладку с древним сайтом! Ага... Главное распухшие браузеры.
	Ответить | Правка | Наверх | Cообщить модератору

499. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Kaiwas (?), 07-Авг-19, 23:08
Случается. Хреново. Ктоб починил. спасибо что на earlyoom направили.
Ответить | Правка | Наверх | Cообщить модератору

	514. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Гвоздь (?), 08-Авг-19, 05:00
	Ранее читал новости о earlyoom. Сейчас тоже собрал , посмотрим как пойдет
	Ответить | Правка | Наверх | Cообщить модератору

	568. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (-), 09-Авг-19, 13:05
	не помогает
	Ответить | Правка | Наверх | Cообщить модератору

515. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от хотел спросить (?), 08-Авг-19, 05:22
Вот вам картинка... у меня аж щеки порозовели )) https://3dnews.ru/assets/external/illustrations/2019/08/04/9...
Ответить | Правка | Наверх | Cообщить модератору

	517. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Anonymoustus (ok), 08-Авг-19, 06:13
	> Вот вам картинка... у меня аж щеки порозовели )) > https://3dnews.ru/assets/external/illustrations/2019/08/04/9... Серьёзная, внушающая картинка. ИЧСХ, г-нокод всё так же впустую сжигает всё процессорное время, как и на каком-нибудь одноядерном i386 в оны годы. Причина, знать, не в железе.
	Ответить | Правка | Наверх | Cообщить модератору

	538. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (539), 08-Авг-19, 11:40
	Ничего что у него практически вся память забита кешированными данными?
	Ответить | Правка | К родителю #515 | Наверх | Cообщить модератору

	565. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (565), 09-Авг-19, 12:43
	Как так получилось, что число тредов меньше числа процессов? А число running threads больше threads? И если нагруженных ядер 256, а тредов 102, то кто нагружает остальные 154? И почему loadavg сильно меньше 256 при 100% загрузке всех ядер? Разве что нагрузка пришла внезапно (скажем, за пару секунд) и не успела поднять значение loadavg.
	Ответить | Правка | К родителю #515 | Наверх | Cообщить модератору

	567. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним84701 (ok), 09-Авг-19, 13:03
	> Как так получилось, что число тредов меньше числа процессов? А число running > threads больше threads? И если нагруженных ядер 256, а тредов 102, > то кто нагружает остальные 154? > И почему loadavg сильно меньше 256 при 100% загрузке всех ядер? Разве > что нагрузка пришла внезапно (скажем, за пару секунд) и не успела > поднять значение loadavg. И главное -  почему индикатор занятости RAM показывает половину при значениях 7.07GB/504GB и зачем при 504ГБ ОЗУ иметь аж  8ГБ свопа ;)
	Ответить | Правка | Наверх | Cообщить модератору

	579. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
	Сообщение от имя (?), 09-Авг-19, 17:46
	> И главное -  почему индикатор занятости RAM показывает половину при значениях > 7.07GB/504GB Потому что 7 без учёта page cache (вооон он жёлтенький).
	Ответить | Правка | Наверх | Cообщить модератору

	581. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним84701 (ok), 09-Авг-19, 20:16
	>> И главное -  почему индикатор занятости RAM показывает половину при значениях >> 7.07GB/504GB > Потому что 7 без учёта page cache (вооон он жёлтенький). Ладно, убедили.   А чтобы никто не подумал, что я чисто из зависти придрался: https://pic4a.ru/98/Im7.png ;-)
	Ответить | Правка | Наверх | Cообщить модератору

552. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	–1 +/–
Сообщение от Ногопят (?), 08-Авг-19, 17:45
Я успешно решил эту проблему следующими настройками: vm.swappiness=1 vm.vfs_cache_pressure=50 vm.min_free_kbytes=1048576 Плюс к этому имеется своп на ssd, куда деваются излишки. Оперативки 16 Гб. В результате не тормозит и не подвисает никогда, хотя часто использую значительно больше памяти (виртуалки, разработка, все дела). С параметром vm.min_free_kbytes можно поиграться: целиться нужно на размер памяти, который вряд ли кто-то захочет единовременно в условиях нехватки памяти. На другом компе у меня всего 8 Гб памяти (а задачи те же), и min_free_kbytes я поставил чуть побольше - иначе периодически сталкивался с мелкими подтормаживаниями при старте чего-то большого (но всё равно, это небо и земля по сравнению с дефолтными настройками).
Ответить | Правка | Наверх | Cообщить модератору

	569. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (-), 09-Авг-19, 13:07
	Система повисла при пустом свопе и включеном earlyoom И что делать?
	Ответить | Правка | Наверх | Cообщить модератору

	576. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (477), 09-Авг-19, 15:58
	Опишите здесь https://github.com/hakavlad/nohang/issues ваш кейс подробнее, обсудим варианты решения.
	Ответить | Правка | Наверх | Cообщить модератору

563. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (563), 09-Авг-19, 09:27
такая же фигня я думал что ядро не правильно конфигурировал
Ответить | Правка | Наверх | Cообщить модератору

570. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (-), 09-Авг-19, 15:03
Вот как это выглядит на реальном ПК и на виртуальной машине. Пример показан на Хосте Windows, Госте разновидность Убунты. Гость завис в виртуальной машине, но в Хосте виртуальная машина доступна её можно свернуть или использовать, выключить OC по питанию в виртуальной машине средтвми меню виртуальной машыны или через виртуальный resest. Сама виртуальная машина в Хосте не зависает. Просмотр поведения HDD диска производится средствами программы установленой в Хосте Windows. Так HDD диск ведёт себя пока Гость в виртуальной машине не доступен. Я максимально ждал и не дождался пока Гость "отвиснет" ~45 минут. Запись сделана в 17 году и ядро соттветствующее этому году - последнее. Раздел подкачки в Госте находится на одном диске HDD в месте с операцыоной системой Гостя, зависание происходит у меня с незаполненым разделом подкачки даже на половину. Не кода не видел заполеный раздел подкачки во время зависания. https://tinyurl.com/y3t7pb2c Если изображение расплывчатое жмите в настройках плеера на шестирёнку и повышайте разрешение.
Ответить | Правка | Наверх | Cообщить модератору

	571. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (-), 09-Авг-19, 15:14
	Если завишую мышину закрыть или перезапувтить средствами виртуальной машыны диск HDD в простое ведёт себя почти по нулям во всех строках и с включоноё виртульной OC.
	Ответить | Правка | Наверх | Cообщить модератору

	572. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (-), 09-Авг-19, 15:26
	Ошибки увидел. Печатаю плохо.
	Ответить | Правка | Наверх | Cообщить модератору

	586. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 10-Авг-19, 15:29
	https://www.opennet.me/openforum/vsluhforumID3/118068.html#582 Более точно. Я орентируюсь не только на время, на время это второе. Первым смотрю на поведение обоих дисков через программу в Хосте Windows. Если во время зависания Гостя Linux HDD интенсивно читает, а SSD пишет на диск с скорстью ~ 2 -11 МБ/с. значит, что сброс на раздел подкачки происходит. Если на SSD прекращается запись, а на HDD продолжается интенсивное чтение значит ждать бесполезно это завис на долго или стримится к бесконечности. Контралёр на материнской плате SATA-300. У меня SSD пишет информацыю когда сбрасывает на раздел покачки со скоростью не больше ~ 11 МБ/с. Только как предположение: возможно такая скорость SSD связана с тем, что SSD который я использую не выдаёт на запись 4К больше ~20 МБ/с., а с SATA-600 как я видел почитав об этом диске запись 4К = ~30 МБ/с. Диск не самый быстрый у него даже нет своей оперативной памяти для кеша, только FLAS память. Как предположение: когда диск заполнен запись 4К падает до ~10МБ/с. https://ibb.co/cN7khcr Линейное чтение моего SSD поддключённому к SATA-600 видел в районе 400 - 500 МБ/с. CrystalDiskMark 6.0.2 (C) 2007-2018 hiyohiyo                           Crystal Dew World : https://crystalmark.info/ ----------------------------------------------------------------------- * MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s] * KB = 1000 bytes, KiB = 1024 bytes    Sequential Read (Q= 32,T= 1) :   271.562 MB/s   Sequential Write (Q= 32,T= 1) :    76.535 MB/s   Random Read 4KiB (Q=  8,T= 8) :    89.173 MB/s [  21770.8 IOPS] Random Write 4KiB (Q=  8,T= 8) :    10.592 MB/s [   2585.9 IOPS]   Random Read 4KiB (Q= 32,T= 1) :    90.177 MB/s [  22015.9 IOPS] Random Write 4KiB (Q= 32,T= 1) :    10.876 MB/s [   2655.3 IOPS]   Random Read 4KiB (Q=  1,T= 1) :    16.849 MB/s [   4113.5 IOPS] Random Write 4KiB (Q=  1,T= 1) :    10.858 MB/s [   2650.9 IOPS]   Test : 50 MiB [G: 0.0% (0.0/111.8 GiB)] (x5)  [Interval=5 sec]   Date : 2019/01/22 9:50:12 Кому интересно делаем как я смотрим поведение.
	Ответить | Правка | Наверх | Cообщить модератору

585. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+1 +/–
Сообщение от Аноним (477), 10-Авг-19, 06:33
Поведение системы при запрете оверкоммита: https://imgur.com/a/p9j67KA Жду оправданий сторонников такого подхода. К чему приводит запрет оверкоммита: - неполная утилизация доступной памяти; - неожиданное поведение программ когда выделенный лимит заканчивается.
Ответить | Правка | Наверх | Cообщить модератору

587. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Виталий (??), 10-Авг-19, 16:19
Подтверждаю. При оперативе 2 Гб и менее Ubuntu 19.04 часто уходит в ступор после запуска ряда "тяжеловесных" приложений, например, среды разработки, основанные на Eclipse, Firefox и Wine. Даже наличие свопа не спасает. Из-за этого убивается время и убиваются винчестеры. Насколько мне известно, iOS имеет хороший диспетчер памяти, поэтому для комфортной работы достаточно оперативной памяти 1 Гб. В то время, как Android, увы, более прожорлив и требует для комфортной работы гораздо больший объём оперативной памяти.
Ответить | Правка | Наверх | Cообщить модератору

591. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Павел Отредиез (?), 11-Авг-19, 13:47
Надо просто настроить лимиты, чего по умолчанию не сделано в большинстве дистрибутивов. Отсюда такая реакция на fork и mem бомбы.
Ответить | Правка | Наверх | Cообщить модератору

	592. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (477), 11-Авг-19, 15:18
	Как настаивать? как именно? Расскажите? Так, чтоб прям точно ничего на зависало.
	Ответить | Правка | Наверх | Cообщить модератору

	593. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Павел Отредиез (?), 11-Авг-19, 15:29
	/etc/security/limits.conf параметр memlock в kb. При исчерпании пользователем приложение просто не получит памяти, а системе надо оставить. Тогда зависания не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	616. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от anonymous (??), 02-Ноя-19, 15:45
	Нет, этот параметр такого не делает.
	Ответить | Правка | Наверх | Cообщить модератору

594. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Апасный Тип (?), 11-Авг-19, 18:21
Даже со свопом проблема не решается. Причём не важно сколько свопа и сколько оперативы. Просто если используется 300-400 мб свопа то всё нормально, а если больше гига - тут начинаются жуткие торомоза, и в коце концов система уходит, как я это называю в "бесконечный своп", т.е. гоняет блоки данных из оперативы на диск и обратно, не выполняя при этом пользовательских операций ввода вывода. Самое интересное что на Дебиане 7 с таким явлением не сталкивался. Помогает только перезагрузка. Убивать процессы специальными инструментами считаю не допустимым, поскольку это не решение проблемы, а заметание грязи под коврик.
Ответить | Правка | Наверх | Cообщить модератору

	595. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Антон (??), 11-Авг-19, 19:17
	>Убивать процессы специальными инструментами считаю не допустимым Может еще и ГМО употреблять недопустимо? Ведь использование генной инженерии - это лишь заметание проблемы под коврик.
	Ответить | Правка | Наверх | Cообщить модератору

	598. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 12-Авг-19, 16:46
	Алкоголь, табак, консерванты в пище тоже разрешины к использованию законом. И все прекрасно знают, что это яды, а алкоголь не только яд, но и несёт смерть себе и окружающим людям. А что касается принудительно завершения процессов. Смотря какую программу и когда и у кого. Бразур который не сохраняет историю открытых адресов сайтов, а открыто ~30 или меньше, или больше вкладок и названий сайтов не запомнил конечно обидно. Набраный длинный текст в каой-то програме и он не сохранился тоже обидно, мысль потеряна и т.д. Зависит от ценности потери той информацыии которую использовал конкретно каждый человек и адекватности на это конкретного человека. Люди разные бывают кто-то посожалеет не сильно и переживёт, а кто-то разломает монитор с компьютером если что-то будет не так - это конечно плохо, но и такие случаии были, редкие, но есть и возможно будут.
	Ответить | Правка | Наверх | Cообщить модератору

	599. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 12-Авг-19, 16:48
	Поправка, алкоголь и табак не только яд, но и несёт смерть себе и окружающим людям. Я слышал, статистику, что от рака из-за курения умирает 250 тысяч людей в год.
	Ответить | Правка | Наверх | Cообщить модератору

	600. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 12-Авг-19, 16:52
	И коснсерванты тоже несут смерть только, чтобы заработать страшную болезнь отравляя свой арганизм консервантами нужны годы. То колличество консервантов которое содержится в пище яд не семинутный, быстро не убивает. От пищи с консервантми тоже может развится рак или другие болезни.
	Ответить | Правка | Наверх | Cообщить модератору

	601. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 12-Авг-19, 17:03
	Ну и тудаже как и консерванты относятся гербециды, пестециды и другая химия которой обрабатывают овощи и фрукты и другую еду не запрещённую к использованию.
	Ответить | Правка | Наверх | Cообщить модератору

	602. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 12-Авг-19, 17:07
	> Ну и тудаже как и консерванты относятся гербециды, пестециды и другая химия > которой обрабатывают овощи и фрукты и другую еду не запрещённую к > использованию. Ну и тудаже как и консерванты относятся гербециды, пестециды и другая химия которой обрабатывают овощи и фрукты и другую еду. Гербециды, пестециды разрешены к использованию тоже.
	Ответить | Правка | Наверх | Cообщить модератору

597. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (477), 12-Авг-19, 16:40
Юзерспейсные демоны: сравнение нагрузки на процессор: http://okturing.com/src/6744/body
Ответить | Правка | Наверх | Cообщить модератору

603. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от tyrtyruurir (?), 12-Авг-19, 18:38
Ядро 5.2-rc7 OC 19.10 использовал примерно месяц, редко. Установил ядро 5.2.7. На этих картинках https://www.sendspace.com/file/xru706 память занята прямой трансляцыей видео, ядро 5.2.7. Вкладки в браузере ядро 5.2.8. Видео посмотрел столько сколько мне было надо, не зависло. OC отзывчивость приемлемая для меня. Решил сайтами нагрузить браузер. Установил ядро 5.2.8 (установил готовое ядро, а не собрал) открыл около 30 вкладок, почитал. Дальше начал открывать уже для веса примерно на 50 вкладках стало некомфортно пользоватся браузером. Отзывчивось браузера для использования не подходит, долго загружаются страницы, медленная прокрутка в нутри сайтов с подвисанием прокрутки. Отзывчивость ОС в этот момент для меня приемлемая. На этом остановился. Хост Windows, Гость разновидность убунты 19.10, ядро 5.2.8. OC Хост и Гость на HDD, раздел подкачки на SSD. SSD используется только для подкачки в обеих OC.
Ответить | Правка | Наверх | Cообщить модератору

	604. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 12-Авг-19, 18:43
	Память занята прямой трансляцыей видео в браузере.
	Ответить | Правка | Наверх | Cообщить модератору

	605. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от tyrtyruurir (?), 12-Авг-19, 18:50
	А это со старта только OC https://ibb.co/RcKvjRN
	Ответить | Правка | Наверх | Cообщить модератору

606. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Аноним (606), 13-Авг-19, 07:21
Какие же фейсбуковцы *********ы, ****** просто. >oomd uses about 6% CPU whith desktop.json and --interval 1. >Is it OK? >We see this internally too. Something like 4.5% of a core all the time. When we profiled it we saw most of the cost coming from walking/reading cgroupfs. https://github.com/facebookincubator/oomd/issues/79 >oomd fails to see the problem if SwapTotal=0 and MemAvailable=0 >I ran memory hog, and at the end system hangs, oomd doesn't kill anything. >PSI based oom killing doesn't work well without swap. Without swap, the system runs out of physical memory too fast and enter the "death spiral" before oomd has time to react. >Closing b/c this will be a wontfix. https://github.com/facebookincubator/oomd/issues/80 >oomd works and kills memory hogs (and innocent processes too, seems like oomd kills all processes in memhog.scope, not only fattest process, it is not good for desktop) >Yeah that's by design. The smallest granularity oomd will operate on is a cgroup. Doing per-process is kind of a mess, especially when multiple teams own different services on a system. It's much easier to delegate a cgroup tree than to try and manage individual processes everywhere. https://github.com/facebookincubator/oomd/issues/61
Ответить | Правка | Наверх | Cообщить модератору

607. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от RNZ (ok), 17-Авг-19, 01:08
Да, просто: vm.overcommit_ratio = 200 vm.overcommit_memory = 2 и всё. oomkiller убивает всё что зажралось на раз.
Ответить | Правка | Наверх | Cообщить модератору

	608. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (477), 17-Авг-19, 16:17
	Это ложь. Огараничение оверкоммита наоборот, препятствует приходу киллера.
	Ответить | Правка | Наверх | Cообщить модератору

	609. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от RNZ (ok), 17-Авг-19, 17:52
	> Это ложь. Огараничение оверкоммита наоборот, препятствует приходу киллера. RTFM - https://www.kernel.org/doc/html/v5.1/vm/overcommit-accountin... конкретно за режим vm.overcommit_memory = 2.
	Ответить | Правка | Наверх | Cообщить модератору

	610. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от Аноним (477), 18-Авг-19, 03:38
	Документация пдтверждает мою правоту: "in most situations this means a process will not be killed while accessing pages but will receive errors on memory allocation as appropriate." https://www.kernel.org/doc/Documentation/vm/overcommit-accou... И закономерный итог - https://imgur.com/a/p9j67KA - процессы валятся на ошибках.
	Ответить | Правка | Наверх | Cообщить модератору

	611. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от RNZ (ok), 18-Авг-19, 15:03
	> Документация пдтверждает мою правоту: > "in most situations > this means a process will not be killed while accessing > pages but will receive errors on memory allocation as > appropriate." > https://www.kernel.org/doc/Documentation/vm/overcommit-accou... > И закономерный итог - https://imgur.com/a/p9j67KA - процессы валятся на ошибках. "in most situations" - значит не во всех ситуациях. Срабатывают оба варианта, проверено. И второе поведение и является правильным. Значение vm.overcommit_ratio = 200 - устанавливает в двое больший размер для аллоцирования, чем есть в системе, потому, любое ПО которое будет пытаться занять размер больше чем свободно в системе, просто сразу отвалит с ошибкой, а не будет "мусолить" систему.
	Ответить | Правка | Наверх | Cообщить модератору

	612. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от сжиматель (?), 19-Авг-19, 04:42
	>сразу отвалит с ошибкой, а не будет "мусолить" систему Нет, MemoryError - это вам не SIGKILL. Приложение может обрабатвавать MemoryError вовсе не падать, и своим присутствием заставлять падать другие, невиновные приложения, которые пытаются выделить себе память. См скриншоты выше.
	Ответить | Правка | Наверх | Cообщить модератору

	613. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
	Сообщение от RNZ (ok), 19-Авг-19, 11:58
	>>сразу отвалит с ошибкой, а не будет "мусолить" систему > Нет, MemoryError - это вам не SIGKILL. <sarcazm>Без этого уточнения - никак не понять.</sarcazm> > Приложение может обрабатвавать MemoryError вовсе не падать, и своим присутствием заставлять > падать другие, невиновные приложения, которые пытаются выделить себе память. См скриншоты > выше. Так и должно быть, приложения должны уметь обрабатывать такие ошибки. А если какое-то приложение устроит гонку, то сработает oomkiller и это правильно. А если хочется что-то "прибить гвоздями" в памяти, то oom_score_adj в помощь.
	Ответить | Правка | Наверх | Cообщить модератору

617. "Ядро Linux не может мягко обрабатывать ситуации с нехваткой ..."	+/–
Сообщение от Сергей (??), 04-Дек-19, 12:14
Проблема с очень большим захватом памяти при открытии новой вкладки FF и полным торможением при свопировании при заполнении RAM существует. Но там я думаю, много виновников - и плохое управление свопированием и использованием памяти многими ядрами, работой с памятью FireFox и выделением её для addons. Включение zSWAP поможет, отсрочив и немного сократив это зависание, тюнинг его настроек может слегка улучшить работу в конкретном случае. Но думаю, что у Вас много ядер CPU и включено одновременно много  аддонов, в первую очередь блокирующих, конкурирующих между собой при открытии сильно захламленных рекламой сайтов: SmartAdBlock, Adblock Plus, uBlock Origin и тп (лечил уже такое). Рекомендую попробовать оставить из блокираторов только скажем «uBlock Origin», может и «NoScript» оставить.
Ответить | Правка | Наверх | Cообщить модератору

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

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