Не уверен, что это относится к вашему случаю, но: когда одна система Linux выполняет больше операций ввода-вывода, чем другая, она чаще выбирает не использовать дополнительную память для кеша и выгружать ту память, которая не использовалась некоторое время. Своп уменьшается только когда ПО фактически запрашивает память на диске и переносит её обратно в ОЗУ. Поэтому своп продолжает расти, когда выгруженная память не используется активно. Возможно, это и есть разница между вашими двумя системами. Если система постоянно считывает данные из свопа (и записывает другие части памяти в своп), я бы рассматривал это как проблему, так как дополнительный ввод-вывод с диска при использовании памяти сильно замедлит систему. Однако, если своп заполняется со временем и почти никогда не считывается/уменьшается, я бы не назвал это проблемой. Похоже, что какое-то ПО выделяет память, которая почти никогда не используется, и это хорошо, что она не занимает высокоскоростную ОЗУ. Как я и сказал, я не уверен, что это относится к вашей конкретной конфигурации, но монитор, который жалуется на полный своп, в то время как фактического (интенсивного) ввода-вывода свопа не происходит, не понимает, как Linux использует своп.

Все контейнеры используют одно и то же пространство подкачки, как и хост Proxmox. Так же, как они делят физическую память. Обратите внимание, что установка значения памяти (MiB) на M и значения подкачки (MiB) на S для контейнера ограничивает использование пространства подкачки до (S + M) MiB. Конечно, если место подкачки ограничено, то это значение может быть меньше. Это также означает, что установка значения подкачки (MiB) на 0 все равно может привести к использованию пространства подкачки, поскольку лимит тогда составляет M MiB. В вашем случае CT110 может использовать до 3,50 ГиБ пространства подкачки и 1,50 ГиБ фактической памяти. Чтобы четко ответить на ваши первоначальные вопросы из поста #1: использование общего пространства подкачки обычно является хорошей практикой. Поэтому вы, вероятно, видите много использования подкачки, но все выглядит нормально. Проблемы возникают, когда происходит чтение памяти из пространства подкачки (все время в то время как также идет запись), что, как я пытался объяснить в посте #12, может вызывать замедления.

Извините, вы не предоставили текст для перевода. Пожалуйста, вставьте текст, и я с радостью помогу вам с переводом.