как раз порядка 40 т.р. в конфиге по умолчанию.
либо какой-то мониторинг типа monit
либо что-то вроде daemontools
либо самописный костыль, например:
http://www.softwareprojects.com/resources/programming/t-how-to-auto-restart-spawn-fcgi-1600.html
PS: в случае sysv-инициализации (linux) можно прописать действие
respawn в inittab. плюс, у нас есть ряд альтернатив
sysv init, например upstart - он умеет и поднимать сервисы
в том числе.
написали же. от одного и больше.
там есть и скриншот со swap (где показано значение cached). и в
кешах/буферах меньше половины занятого. за 10 минут кеш VFS не
cкушает всю память. не быват такого (с)
когда проблема проявляется не так резко - к used уже нужно относиться с
большей осторожностью.
А вы здесь вторую строчку _забыли_. Там как раз Cached упомянуто. Ага?
В меминфо оно тоже есть, так что используется порядка 2Gb:
$ bc
(7831256-193980-5633252)/2^20
1.91118621826171875000
:P
Гуру не соизволит объяснить где я ошибся?
если они "толпой" (т.е. 30 или 40 - без разницы) ждут чего-то - то чего-то общего.
файловой блокировки, освобождения лока в mysql и т.п.
смотрите lsof
делайте strace процессов
mysql processlist
неа.
то, что used _растет_ минимум линейно (и достаточно шустро, судя по приведенным
фрагментам) - вполне себе показатель. а еще top пишет cached и buffers - на скрине
видно, что в кеше VFS и буферах - меньше половины занятой памяти.
PS: вообще, когда swap начал расти - это уже обычно караул для проекта :D
а увеличить число php-процессов - никак?
все.
только не все делают это правильно:
http://en.wikipedia.org/wiki/Wildcard_DNS_record
ну вот, мониторьте такие процессы. при достижении
порогового значения - смотрите lsof/strace чем занимаются
самые "долгоживущие" процессы.
PS:
выставление системных лимитов поможет здесь только в том смысле,
что проблемные скрипты будут прибиваться до завершения.
