Как узнать какая часть PHP кода нагружает CPU на сервере?

Question

[Anton none]

Имеется VDS с centos 7
хочу оптимизировать php скрипт, при большом числе обращений он сильно нагружает CPU
каким образом я могу найти те строки кода которые влияют на это?

Comments

[Владислав Лысков]

тебе самому не кажется, что информации недостаточно?

[Anton none]

видимо знаний у меня не хватает чтобы это понять))
что именно стоит добавить?

[Евгений Вольф]

А Вы точно уверены, что CPU нагружает именно PHP-скрипт. В *nix'ах есть много разных полезных штук, например, утилита top (или htop), которая среди прочего показывает нагрузку на процессор и какие конкретно процессы эту нагрузку создают. В случае с PHP, в зависимости от того, в каком именно режиме он работает и в купе с каким сервером, это могут быть либо процессы Apache, либо Nginx, либо самого PHP (чаще всего так). Но, как уже говорилось ниже, нагрузку на CPU могут создавать не только PHP скрипты, но и буквально всё, с чем они могут взаимодействовать (а это практически любая часть системы, в т.ч. и БД, но не только).

[Anton none]

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

Answer 1

[Yan-s]

Гуглите "PHP профилирование"
XDebug, XHprof, Blackfire ...

А так же "нагрузочное тестирование"
jmeter ...

Для быстрой проверки коротких сценариев: делаем замеры, вырезаем кусок, повторяем замеры.

Comments

[Anton none]

помучился.... поставил XDebug, включил профилирование, вывел, не разобрался в графиках, расстроился :)

[Yan-s]

Anton none, не расстраивайтесь. Разберитесь.

[lololololo]

Профайлер не всегда полезен. Сужу по питону. Он показывает, какие функции занимают сколько времени, но не показывает, с какими параметрами они вызываются.

[Yan-s]

lololololo, когда узкое место найдено, изучение обстоятельств - следующий шаг.

[lololololo]

Yan-s, профайлер - лучше чем ничего, но иногда он не помогает.

[Yan-s]

lololololo, иногда ничего не помогает.

[lololololo]

Yan-s, ну демагогизировать можно на любую тему, но я указал, в каком случае он не поможет. У меня это был вызов xpath.

[Yan-s]

lololololo, я с вами не спорил.

Answer 2

[Codebaker]

Типичные места с проблемами:
- сессии, основанные доступе к файловой системе (по умолчанию);
- неоптимальные обращения к БД;
- длинные циклы (зачастую с обращениями к БД).

Поищите такие места в вашем скрипте, и далее как советовал Yan-s : делаем замеры, вырезаем кусок, повторяем замеры.

Comments

[Stalker_RED]

Типичные места с проблемами: сессии, основанные доступе к файловой системе (по умолчанию);

спасибо, поржал.

Когда начнутся тормоза из-за того что ФС не успевает, значит у вас уже весьма большой трафик, и очень странно что разработчики этого сервака до сих пор не умеют в профайлер. Причем, при ближайшем рассмотрении, самый простой способ это пофиксить - сделать собственный GC для сессий, а не выносить их в редис.

Про БД все правда - видел когда-то экшен с 308 запросов которые после выноса запросов из циклов превращались в 9, например.

[Codebaker]

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

[Stalker_RED]

Codebaker, Если у них все плохо, но они не замечают, то... может не так уж оно и плохо?

[FanatPHP]

Не нужно оправдываться, надо признать что написал ерунду про сессии.

Плюс рекомендую изучить более интеллектуальные способы улучшения производительности, кроме тыканья пальцам в небо.

То есть не сначала мечемся по "типичным местам" и "далее как советовал Yan-s ", а с точностью до наоборот - сначала делаем замеры, а потом исправляем не "типичные места", а только то что на самом деле тормозит. Поверь, такой подход гораздо эффективнее.

Answer 3

[oxemelot]

1) Установите php extension xdebug
Включите этот extension, а также профилирование в настройках xdebug
xdebug.profiler_enable = 1
Обратите внимание на эти 2 опции (куда складывать профайл файлы):
xdebug.profiler_output_dir
xdebug.profiler_output_name
2) Выкачиваете файлики профилирования себе на девелоперскую машину, далее скармливаете такой утилите как QCacheGrind. Она довольно быстро проанализирует их и выдаст вам какие методы, сколько раз вызывались, и сколько процессорного времени ушло на обработку. Результаты можно сортировать.
3) На продакшене xdebug лучше отключить.

Comments

[Anton none]

Спасибо, вроде удобнее чем онлайн смотреть, осталось разобраться

Answer 4

[asd111]

Профилирование PHP с XHprof

Answer 5

[Андрей Федоров]

предлагаю суперэлементарный вариант.
в начале скрипта разместите $start = microtime(true);
а по коду раскидайте printf(microtime(true) - $start);