Как решить проблему подвисающих httpd демонов?

Question

[Станислав]

OS Centos 7
httpd (apache2) работает в режиме prefork. Так же стоит модуль mod_ruid2 для разграничения виртуальных хостов на разных пользователей, конфиг следующий:

LoadModule mpm_prefork_module modules/mod_mpm_prefork.so

<IfModule prefork.c>
    StartServers          3
    MinSpareServers       3
    MaxSpareServers        10
    ServerLimit            32
    MaxClients             32
    MaxRequestsPerChild    50
</IfModule>

Есть тяжеловесный сайт, который на кеширование тратит прилично памяти и процессорного времени. Через некоторое время вижу в htop следующую картину:


Полагаю, что-то подвисает на данном сайте и не высвобождает ресурсы.
Как одно из решений я предположил, что уменьшу значение MaxRequestsPerChild до 50, было раньше 1000, до того, как сайт перенесли, проблем не было. Но не помогло.
Выставил ограничение на потребление CPU, чтобы исключить перегрузку сервера с помощью RLimitCPU 40, но теперь просто увеличилось кол-во подвисших httpd процессов.
Каким образом выловить причину поедания ресурсов и почему они не высвобождаются со стороны сервера? Есть ли какое-то решение, которое со стороны конфигурации сервера будет безопасно перезапускать процесс httpd по истечению определенного времени, т.е. предотвращать подвисание на более, чем 2-3 часа, например?

Answer 1

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

это цпу а не память он не может его как бы высвободить если что то считает
логично что вы сломали кеширование на сайте скорее всего
а так можно отпрофайлить тем же xhprof

Comments

[Станислав]

Да, это CPU. Про xhprof не знал, спасибо, посмотрю

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

Станислав: ну как если процесс считает числа он может освободить процессор? ну нельзя считать числа и при этом не использовать цпу

[Станислав]

Пума Тайланд: я примерно понимаю принцип работы, понимаю, что нужно смотреть в сторону скриптов, которые не дают завершить процесс обработки.
Но xhprof требует внедрение в код и, полагаю, прежде, чем я получу результат профилирования - будет еще тонна мусора, т.к. подвисшие процессы проявляются через 2-3 часа.
А в текущий момент времени я могу к процессу "подключиться" и получить отладочные данные?

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

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

[Станислав]

Пума Тайланд: спасибо за подсказки. Пока по xhprof нашел просто один мануал, где описано внедрение только в код. Буду изучать.

Answer 2

[xmoonlight]

php.net/manual/ru/function.set-time-limit.php
UPD: onedev.net/post/502

Comments

[Станислав]

Да, время выполнения - это хорошее решение, однако, оно может переопределяться в скриптах, а там wordpress + woocommerce + плагины кеширования, которые могут это время ставить в 0. Если глобально этот параметр запретить изменять как-то, то потом можно долго будет искать другие баги.

[xmoonlight]

Станислав: добавил еще линк по управлению демонами