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

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Все так, но по-умолчанию система должна вести себя более адекватно, как то: > 1. Не зависать > 2. Возможно оставить немного памяти чтобы все оставалось отзывчиво, а новые процессы > просто не получали остатки памяти > 3. Пришибать процессы которые сожрали много памяти в последнее время > 4. Не запускать новые процессы, или запускать в рамках резерва при том > чтобы процессы не жрали много памяти. > 5. При этом гадить в логи эрроры что память исчерпана > 6. Графический сеанс должен быть максимально отзывчив, кроме случая когда он сам > не жрет память, тогда пришибить его, показать окошко безопасного запуска, с > выбором запустить с настройками по-умолчанию, или запустить текстовый режим. > 7. Если графического нет, то ssh или локальная консоль должны быть максимально > отзывчивы. > А так, сам такое видел еще с рхела 4, когда оракел сжирает > всю память или жаба какая-нибудь, ssh тупит в край, залогиниться по > ssh занимает минут 20-30, каждая команда занимает минут 5. Проще и > быстрее ребутнуть сервак и восстановить оракел. За много лет один раз > только видел чтоб ядро пришибло именно оракел при нехватке памяти, чаще > пришибало какой-нибудь gnotify или vncserver, а оракел продолжал жрать память.
	Введите код, изображенный на картинке: