Детальная информация по PID процесса

server-status покажет, какие запросы в данный момент выполняются к web-серверу.

Можно глянуть lsof -p <pid>, чтобы понять, какие файлы открыты процессом.

Может начать с азов? Читайте документацию апача, узнайте про mod_status.

Помимо strace можно использовать что-то типа

ls -l /proc/PID/fd

ls -l /proc/PID/fd

Все равно не понятно, вот что выдает:

lrwx------ 1 user1 user1 64 Авг 31 14:32 0 -> socket:[420604512]

l-wx------ 1 user1 user1 64 Авг 31 14:32 1 -> /var/log/apache2/error.log

l-wx------ 1 user1 user1 64 Авг 31 14:32 100 -> pipe:[420603807]

l-wx------ 1 user1 user1 64 Авг 31 14:32 101 -> pipe:[420602994]

l-wx------ 1 user1 user1 64 Авг 31 14:32 102 -> pipe:[420603100]

l-wx------ 1 user1 user1 64 Авг 31 14:32 103 -> pipe:[420603897]

l-wx------ 1 user1 user1 64 Авг 31 14:32 104 -> pipe:[420603101]

l-wx------ 1 user1 user1 64 Авг 31 14:32 105 -> pipe:[420603808]

l-wx------ 1 user1 user1 64 Авг 31 14:32 107 -> pipe:[420603809]

l-wx------ 1 user1 user1 64 Авг 31 14:32 108 -> pipe:[420603898]

l-wx------ 1 user1 user1 64 Авг 31 14:32 110 -> pipe:[420603899]

l-wx------ 1 user1 user1 64 Авг 31 14:32 2 -> /var/log/apache2/error.log

lrwx------ 1 user1 user1 64 Авг 31 14:32 3 -> (deleted) /tmp/.xcache.509.0.731847287.lock

lr-x------ 1 user1 user1 64 Авг 31 14:32 39 -> pipe:[420566924]

lrwx------ 1 user1 user1 64 Авг 31 14:32 4 -> (deleted) /tmp/.xcache.509.1.1439462411.lock

l-wx------ 1 user1 user1 64 Авг 31 14:32 42 -> pipe:[420566925]

l-wx------ 1 user1 user1 64 Авг 31 14:32 43 -> pipe:[420566991]

l-wx------ 1 user1 user1 64 Авг 31 14:32 44 -> pipe:[420567650]

Мда, xcache тут скрывает имя исходного файла.

Если скрипт достаточно долго выполняется, то вы успеете поймать его и в top и server-status. PID и там и там совпадает.

Вообще, mod_log_slow гораздо удобнее в этом плане. По таким логам даже можно косвенно оценить где у этого скрипта "больше" нагрузки в php или в mysql.

Что удивительно - для этого сайта системой кеширвоания выбрана мемкеш. Как сюда затесался Хкеш не понятно....

А что, у апача запись времени отработки запроса в лог - уже отменили?

На самом деле - strace замечательно подойдет, чтобы узнать "какой скрипт" и "чем занимается". Просто его вывод нужно уметь настраивать, а для этого прочитать man. Dram, разберитесь, к примеру - как заставить его выводить только вызовы open().

Затем, что кто-то головой думать не привык - и понаставил на сервер все что нужно и не нужно. Для справки - xcache не является "системой кеширования", аналогичной memcache. Это один из механизмов кеширования опкода.

Правильно ли я понимаю что Хкеш должен стоять на сервере для кеширования самого кода, а Мемкеш можно использовать для кеширвоания Контента?

У меня сейчас Хкеш используется для кеширования контента для 8 сайтов, а один сайт использует Мемкеш. (В джумле можно выбрать систему кеширования).

ну там неудобно.

это где-нибудь в "тупичке столлмана" имеет смысл задавать такие вопросы. а тут подразумевается, что люди решают практические вопросы. информации в access.log слишком много и там нет детализации по типам затраченного времени.

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

не только. xcache позволяет работать и как хранилище данных. можно оставить один xcache.

Вы хотели сказать - слишком мало? Т.к. формат настраивается - укажите только то, что нужно.

И не забываем про задачу. Она не в отладке медленных скриптов - а в их обнаружении и идентификации. Это на порядок более простая задача.

Можно, конечно. Только имхо: лучше отделить мух от котлет.

много, потому что пишется каждый запрос.

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

xcache это уже котлеты с мухами.

он должен немного быстрее работать чем memcache - данные проецируются в память процесса и в удачных случаях не нужен межпроцессный обмен.