Я пишу с позиции мейнтейнера инсталлятора дистрибутива линукс, если что. Мы не можем знать, как будет применяться ОС. Задача дефолта - сделать более-менее нормально работающую систему для сферического массового потребителя в вакууме. Сделать без свопа - у кучи народа мускул и апач выжрут память, а система встанет колом. Лучше пусть тормозят, но работают. Отключать своп можно только понимая, на что идешь, и произведя соответствующую подготовку. Кстати, неплохая идея для отражения в документации на серверный дистрибутив, спасибо =)

ну мы встречали админов, которые втихаря в сторону говорят что они несогласны, но тут штука какая: когда это у них работает (без нагрузки), то это подтверждает их тезисы.

А потом если проблема случается, то мы выключаем своп и внезапно всё начинает работать.  Этот травмирующий опыт конечно вытирается из памяти и его просто нет

Вы с Максимом пишите, что своп тупо не нужен. Это прочитает кто-нибудь неопытный и выключит своп, не сделав ничего более, оставив mysql, postgresql etc, в дефолте. И получит тыкву. Поэтому такие советы вредные. Вот и все, все просто.

Вот если бы советом было ПРОЕКТИРОВАТЬ систему так, чтобы своп не требовался, то звучало бы совсем иначе

он получит не тыкву, а сервер, который ведет себя предсказуемо. Жестко, но предсказуемо.

Т.е. пригодно для использования в роли сервера.  Вы же как раз с понятной позиции, в которой надо скорее мягко. Пусть оно будет вялым смузи подсачиваться из жопы, но хоть как-то иммитировать работу.

Это тоже понятный выбор

Ага, предсказуемые внезапные превращения ОС в тыкву , когда кончилась память =)

А, так сразу бы и писали, что это ванильное небо, ванильное ядро и ванильное окружение.  

А тут фигак — и тупые инженеры, а не любители дефолтных настроек.

А память кончаться будет, если целенаправленно тщательно не исключить такие случаи

да кончится и пожалуйста.  OOM прибьет и хорошо.

Гораздо хуже, когда _сервер_ заползает в своп и самое гуманное что с ним можно сделать — аппаратный ребут через ipmi

поэтому swap в sane defaults, так же как цифры "в миллион раз медленней" десятилетней давности, щас типичный пиццабокс это sata ssd, как минимум и nvme как обыденность, нет там того уровня драмы, который вы с Максимом щас нарисовали

Не получит он никакой тыквы. С чего бы?

Проблема в том, что ООМ не прибиывает так хорошо, как вы пишите. Сервер вместо заползания в своп заползет в дичайший disk trshing и вот как раз необходимость резета через IPMI более вероятна, чем в случае свопирования

Mysql/java/etc потечет ,disk trashing, перегрузка очереди процессора, невозможность достучаться по ssh

я знаю о какой ситуации вы говорите.

_Возможно_ на серверах с большой конкурентностью среди программ всё хуже.  Мы, конечно, не работаем с серверами, где что-то ещё кроме нашего софта стоит.

Так насрать на ssh. Вам он зачем? Вы админите 10 серверов и вам нужен ssh?

Мне он не нужен уже с 2009-го года, когда я пришёл руководить проектом почты Рамблера и мне передали первые 80 серверов

замените ssh на агент puppet или push ansible-a, ничего не изменится. Система просто почти колом может встать. В т.ч. запущенная рабочая нагрузка

я так понимаю, что речь идет об проблеме с VFS и конкуренцией системы с дисковым кешем

Мы против этого рекомендуем такой нехитрый трюк:  sysctl vm.min_free_kbytes=10240000

Кстати, а зачем? Планировался такой спрос на инженеров-ядерщиков или просто как пример сложной системы?

Агенты тут при чём? Ох, лол.

Watchbirds должны стоять локально.

Это не важно и сути не меняет, зависнет прежде всего рабочая нагрузка