Система постоянно кушает SWAP

А какая разница, наблюдаются ли сейчас проблемы или нет? Своп зачем-то используется, памяти судя по картинке действительно маловато, => проблема даже если возникает редко и незаметна, то всё равно есть. Совпадёт как нибудь рост потребления памяти с свопингом очередным - и сервер ляжет.

Большая. "Есть-ли гангрена или таки мне не нужно оттяпать ногу..."

Своп используется != памяти маловато. В т.ч. в "данном случае".

Это неподходящий пример. Скорее контрпример.

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

Сгустил краски, не более.

1) ну и что.

2) что значит мало?

Пострадал бы кеш - это стало бы заметно. А всякие inode/dentry и проч. метаданные VFS (основа наполнения buffers+slab) - критичны только для специфических нагрузок (файловый сервер, IMAP и т.п.). Вот почему система по-умолчанию предпочитает кеш (а не исключено, что ТС еще и настройки /proc/sys/vm покрутил в сторону увеличения vfs_cache_pressure).

Это... опрометчивое предположение. У ТС обычный вебсервер - сложно ожидать чего-то существенно страдающего при подобной статистике.

А вот эта ситуация чем может быть обоснована? Почти 4гб свободной памяти и при этом 250мб свопа.

На других серверах ничего подобного нет...

ShopOS:


А вот эта ситуация чем может быть обоснована? Почти 4гб свободной памяти и при этом 250мб свопа.
На других серверах ничего подобного нет...

нет не чего плохого в этом 🍾

cat /proc/sys/vm/swappiness что показывает?

Да глупости, у меня на остальных серверах ничего подобного нет.

Ну ладно, я бы понял свапа 5-10 мб, но 200-300мб.

# cat /proc/sys/vm/swappiness

60