Почему все приложения выгружаются в swap при пустой памяти (VPS OpenVZ)?

Question

[globik]

У VPS на OpenVZ 8 ГБ RAM и 4ГБ swap. Система Debian 7 x64.
Столкнулся с такой проблемой: после восстановления базы из бэкапа (.sql 14 ГБ), все приложения вытесняются в swap, а память полностью отводится под дисковый кэш. Подскажите, пожалуйста, почему так происходит и как с этим бороться?

root@server~# htop (опускалось и до 0, на скрине 3МБ)
root@server~# cat /proc/meminfo
Скрипт northernmost.org/blog/find-out-what-is-using-your-swap

Answer 1

[Влад Животнев]

Сделайте echo 3 > /proc/sys/vm/drop_caches
Лучше сразу на хосте.

Если на железке есть swap - то часть вашего "виртуального" swap-а вполне себе пойдет на диск (vswap держит swap в памяти только до тех пор, пока память есть в принципе).
Оно может быть и просто традиционным глюком с подсчетом занятой памяти в openvz, а может быть и вполне себе глюком с распределением памяти.

Comments

[globik]

>>Сделайте echo 3 > /proc/sys/vm/drop_caches
На виртуалке не сделать, а к хосту доступа нет (арендуется vps).

Спасибо за инфу по vswap. Про глюк с подсчетом тоже мысли были...

[Влад Животнев]

globik: саппорт попросите, скриншот этот покажите им.

[globik]

Влад Животнев: саппорт попросить можно, наверное, но это ведь единичное решение проблемы, а она возникает систематически.

Answer 2

[Пума Тайланд]

Видно на топе что вся память использована. Чему удивляться то ?

Comments

[globik]

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

[Пума Тайланд]

globik: есть параметр swappiness в ядре подкрутив его можно уменьшить использование свапа.
Вы так про память рассказываете как будто это магия, с чего вы решили, что он может сразу очиститься? Каким заклинанием он по вашему очищается?
Свап юзается копеечно так что ничего критичного.

[globik]

Пума Тайланд: swappiness в виртуалке под OpenVZ не подкрутить :( А по поводу магии: вот статья, где рассказывается про работу памяти: www.linuxatemyram.com/index.html

Do I need more swap?
No, disk caching only borrows the ram that applications don't currently want. It will not use swap. If applications want more memory, they just take it back from the disk cache. They will not start swapping.

[Пума Тайланд]

globik: а ну да в опенвз все равно свап идет в память , а не на диск, чего вам париться то ?

[globik]

Пума Тайланд: Только сегодня наткнулся на похожие сведения. Вы не в курсе, нет ли деградации производительности в этом случае? И как можно проверить, что своп идет в память?

[Пума Тайланд]

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

[globik]

Пума Тайланд: на хост не зайти - он принадлежит хостинг-провайдеру, спрошу у него :)
Ну как сказать мало: все приложения ушли в своп. И это при полном отсутствии нагрузки, только восстановление базы из дампа. Не знаю, что будет, когда сервер введу в продакшн (тяжелый довольно посещаемый веб-проект).

[Пума Тайланд]

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

[globik]

Пума Тайланд: понятно, спасибо, посмотрю, что дальше будет...

Answer 3

[Арчи Кузнецов]

Собственно, это процесс можно регулировать через overcommit:
catap.ru/blog/2009/05/05/about-memory-overcommit-memory

Comments

[globik]

Из виртуалки overcommit изменить не получится, а хост принадлежит хостинг-провайдеру...