Забивается половина swap. При этом дофига памяти свободно, с чем связано? Как лечить?

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

Плохо самоутвердился, негодно.

swapoff -a и нет беды. За полтора года 1 раз словил полностью забитую память. 12 гигов оперативы всего у меня. Нахера тебе своп вообще?

Запусти vmstat 1 и посмотри si/so если ввода/вывода нет - какая тебе хрен разница, где лежат неиспользуемые страницы памяти?

тсарь перелогинься

Плохо самоутвердился, негодно.

Плохо слился, негодно. Попробуй еще раз.

Активный своппинг изнашивает диск.

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

Ого, сколько смелых заявлений в этом треде. Вставлю свои 5 коп. Примерно лет 7 как отключил своп на настольном компуторе (имеется 16Г озу, ОС линукс). Когда открыто много вкладок и компилячу что-то большое, то занято 8-10Г. В среднем аптайм где-то по 200 дней, любитель никогда не выключать комп, он полностью твердотельный, и да, любитель не обновляться максимально долго тоже. Не могу вспомнить вообще никаких проблем с этой системой. Только сегодня узнал, какой это страшный грех отключать своп.

А зачем освобождать место под файловый кэш, если оперативной памяти завались? У него 16гб памяти, из них 14гб «холодных».

Если что, не ради спора, а действительно интересно.

Забивается половина swap

При этом дофига памяти свободно

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

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

То есть явно идет нехватка памяти, и поэтому ядро выталкивает неактивную анонимную память в своп.

ОП так и не показал вывод /proc/meminfo, так что нельзя сказать, что память не забита кэшем. ОП сказал: «Память не занята, htop показывает занято 2 Gb.». Но емним htop не учитывает кэш при учете занятой.

Окей, если памяти значительно больше, чем когда либо используется, то ок. Не зря ж придумали CONFIG_SWAP=n. Но это же редкий кейс.

Приличные конторы берут железо чтобы использовать. Редко кто берет оперативу прям с огромным запасом.

Так что для типичного юзера наличие свопа все еще актуально. Тем более если своп не на HDD, а на zram - не занимает место на диске и работает вполне быстро.

Окей, если памяти значительно больше, чем когда либо используется, то ок. Не зря ж придумали CONFIG_SWAP=n. Но это же редкий кейс.

Приличные конторы берут железо чтобы использовать. Редко кто берет оперативу прям с огромным запасом.

Так что для типичного юзера наличие свопа все еще актуально. Тем более если своп не на HDD, а на zram - не занимает место на диске и работает вполне быстро.

Согласен полностью, вообще не утверждаю что так надо. Просто чтоб разбавить поток комментариев «без своп никак нельзя». Не могу сказать, что комп мало используется, он и телек и браузер и мессенджер, а по ночам молотит пересборку всякого разного с 100% загрузкой всех ядер по 10 часов без остановки.

Но памяти действительно поставил с запасом и да, ядро собрано с выключенным CONFIG_SWAP, само наличие которого, конечно, намекает.