Большая часть памяти занята кешами, работает oom_killer, drop_caches не дает эффекта

Они сами пишут

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

Ему парой комментариев выше даже перевели его же источник, на который он ссылался.
«Но вообще без свопа жить нельзя и red hat об этом прямо говорит.» - нету там ничего такого.

Ноль — тоже корректный размер. Несколькими комментариями выше участник ddos3 перевёл более новый мануал, из которого следует, что можно и без свопа. Или вы буквоед?

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

я ТСу помочь зашёл, не хотите, как хотите.

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

Можно начать с обновления ядра, например.
http://metadata.ftp-master.debian.org/changelogs//main/l/linux/linux_3.14.4-1...

Зачем? Прежде, чем чинить, нужно локализовать проблему и понять, что чинить. А проблема, судя по тому, что нам уже известно, кроется в какой-то из юзер-спейсных программ. Пока что на подозрении rxvt.

Вдруг регрессия или другой баг в ядре был? Апдейты ядра лишними не бывают на десктопе-то.

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

Бабу свою учи щи варить, сынок ))

1) Почитай тред:

Проблема наблюдается на всех ядрах, прошедших бэкпорты дебиана за последние полгода

Несколькими комментариями выше участник ddos3 перевёл более новый мануал, из которого следует, что можно и без свопа

Я не знаю, что этот персонаж перевел, но в мануале по RHEL 6 четко сказано, что без свопа нельзя:

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6...

«So, if:
M = Amount of RAM in GB, and S = Amount of swap in GB, then

If M < 2
	S = M *2
Else
	S = M + 2

...

never less than 32 MB».