OpenVZ и память

cat /proc/user_beancounters

Сейчас так: http://pastebin.com/Nz95VZXq но оно не много отличается от того что было.

Последняя колонка - число срабатываний счетчика при отказе в выделении какого-то ресурса. У тебя 4 раза параметр physpages выходил за установленные для контейнера лимиты.

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

Я уже несколько лет не пользуюсь OpenVZ, но в то время кэши/буферы в контейнере вообще не показывались - все числа были по нулям.

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

да, есть пара контейнеров на 18м ядре и там все четко - сколько в топе написано, столько и занято, а тут вот какая-то фигня и ничего не поймешь.

вот еще проверил - запустил echo 3 > /proc/sys/vm/drop_caches и кэш упал до 50Мб, и все ушло в free. т.е. все же это кэш файловой системы, но почему-то ядро его не освобождает, когда память заканчивается, а запускает oom-Killer. попробую наверное написать на форуме openvz, может и правда баг какой-то.

Сомневаюсь, что кэш играл тут какую-то роль - согласно твоей же картинке, он вполне успешно освобождается, когда приложения требуют большего.

По поводу failcount - в свое время одним из мануалов, которым я руководствовался, был http://gnu.su/plugins/forum/forum_viewtopic.php?224 (оригинал не могу найти). Но с тех пор, похоже, поведение поменялось.