Используя mod_status способ видеть то, что продолжается в нескольких экземплярах Apache, но обратите внимание на то, что он действительно повредит производительность. Это, кажется, ест память, и в одном случае я не смог диагностировать, если это была причина для единственных тупиков процесса в установке reverse-proxy-only, где ничто не подавалось непосредственно. О них, конечно, сообщают пользователи как, "это берет навсегда для загрузки страницы". Они даже не понимают, что различием между "им составили бы еще 10 секунд для ожидания" и "это никогда не будет заканчиваться", поскольку они обычно поражают Остановку в своем браузере после некоторых (<10) секунды.
Также проверьте, настраиваете ли Вы корректное место (легкий видеть использование mod_status, так как Вы видите сумму экземпляров/процессов). Конфигурация запаса, по крайней мере, под человечностью имеет разделы ifdef'ed на режим миля в минуту, и легко отредактировать режим рабочего при выполнении предварительного ветвления (как предложено расхожим мнением из нечеткого чувства, что PHP не ориентирован на многопотоковое исполнение).
О, и больше всего: Выполненный на как корень и часы для истраченных ресурсов. Память, диск, ЦП - Вы будете видеть.
Еще один: идея деактивировать mod_deflate может быть хорошей, хотя Ваша установка не подвержена ошибке неправильной информации о Довольной Длине, заставляющей браузер ожидать данных, "навсегда" дающих Вам отчеты "мертвых, медленных" к "не ответу".
BTW: 10K поставил, страницы в день плюс медиа-файлы на этой машине должны только быть проблемой, если они все навещают за один час.
From " man initctl
" ...
restart JOB [KEY = VALUE] ...
Запрашивает перезапуск экземпляра указанного JOB, выводя статус задание будет выводиться на стандартный вывод после завершения команды.
Перезапускаемый экземпляр задания сохранит свою исходную конфигурацию.
Чтобы новый экземпляр работал с последней конфигурацией задания, остановите задание, а затем запустите его снова.