это совершенно точно не так.

У нас в поддержке первое, необсуждаемое требование, без выполнения которого мы не помогаем ни с чем — удаление свопа из автозагрузки.

За 11 лет не было ни единого клиента у которого это вызвало бы проблемы (многие десятки тысяч серверов), а вот своп — бессмысленная херня, которая убивает управляемость системы.

Что именно не так?

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

Я слышал краем уха какие-то мифы более чем 10-летней давности о том, что в ядре линукса есть какие-то баги в виде кода, который исходит из предположения о том, что своп есть всегда, но никаких подтверждений тому не видел.

Повторюсь:  десятки тысяч серверов, 11 лет, тысячи разнообразных клиентов.

Со свопом _всегда_ проблемы. Без свопа их нет.

OOM — это нормальная ситуация, если памяти не хватило, значит её не хватило. Но OOM быстро закончит эти корчи, рестартнет всё и система не будет принимать соединения с ложным обещанием их обслужить.

Это не так. А в ядре не баги, а фичи.

повторюсь: мифы о том, что такие баги существовали, я слышал. Подтверждений этим мифам нет.

Так что у вас болтовня, у меня факты, всё очень просто =)

То, что вы не слышали жалоб на отсутствие свопа, не противоречит тому, как работает управление памятью. У меня не болтовня, а немного понимания, как это работает.

Странно слышать, что это мифы... Что именно мифы-то?

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

Своп на сервере должен быть отключен, если хочется предсказуемости и управляемости системы.

Эм, в исходниках ядра linux папочка mm (memory management).
Погуглите про патч le9

И про демоны oomd, earlyoom, nohang и принцип их работы почитайте, если интересно

За ссылку на le9 спасибо, посмотрю о чём речь, но у вас гипотезы, фантазии и рассуждения, у меня опыт в цифрах.  И настройки, от которых зависит количество денег, которое мы зарабатываем. Когда выключаем своп, мы зарабатываем больше, чем когда он включен и юзеры уходят от нас.

Спасибо, но неинтересно.

Ваш опыт же не противоречит моим утверждениям. Я просто пишу, что рекомендовать отключать своп, не сделав гарантию отсутствия переполнения памяти - не стоит. А советы отключить своп везде, где можно, не говорят про обеспечение этой гарантии, а значит эти советы вредные.

🌟 Михаил Новоселов has reached level 6!

Это нормальные советы. По умолчанию свопа быть на сервере не должно.

Если точно знаете, что делаете и у вас есть опыт именно для этой задачи — можете включить своп.

В среднем, у админчегов такого опыта нет, они оперируют либо древними книгами, либо изустным знанием, что своп должен быть.

Следствием всего написанного является тот простой факт, что если ты — админ, а не архитектор и тем более — не кернел-хакер, то твоё мнение про своп нерелевантно, и смотри мой скриншот, что тебе в седьмой раз ответят про своп.

да не может быть этой гарантии. Память может переполниться и самая прожорливая софтина сдохнет.

Хорошо, её рестартнут _быстро_

Буквально на днях прибежал очередной клиент с классическим набором мифов в башке: 128 гигов памяти, у него своп на 2 гига.

В этом свопе уверенно сидит varnish, который «ведь он быстрый»  сидит в этом свопе.

swapoff -a занял уже несколько часов и никак не выйдет из этой ситуации.

Т.е. там где своп, там и nginx/varnish с дефолтными настройками (которые убивают перфоманс).

вот с чем реально больно и сложно, так это с борьбой VFS с линуксом.  Особенно больно, когда от лучших намерений втыкают 128 гигов вместо 32 и всё начинает работать в разы хуже

Если на каждый унит systemd навесить cgroup-контроллер памяти (штатная функция systemd), то, наверное, можно приблизиться к наличию таковой гарантии

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

Это всё то же самое, что и про лингвистику: есть Пиперски, есть Бурлак, в конце концов есть влогер Микитко сын Алексеев.

Где-то на семь-на-десять этажей ниже есть Андрей Шетухин, который написал поиск для почты, который нормально ищет по текстам.

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

Так вот. Это то же самое, что и песнь льда и пламени про своп.

Есть умница и мегакрутой Макс Лапшин, у которого несомненно бизнес станет единорогом, и какие-то хер знает админы, у которых уприынцыпи усё работаит.

И вот Макс говорит, что смотрите, своп — плохая идея, он убивает производительность, он лишает возможности риалтайма, он не даёт возможности отладить приложение, но со стороны идёт кокококоллаборация тех, у кого всё ок. При этом если этих спросить, где их ЦОД на 200 стоек, то будет молчание.

Максим, а как вы воспринимаете примеры, где swap включен _специально_ на масштабах x10 от ваших за 11 лет?