Как узнать какая часть PHP кода нагружает CPU на сервере?
Имеется VDS с centos 7
хочу оптимизировать php скрипт, при большом числе обращений он сильно нагружает CPU
каким образом я могу найти те строки кода которые влияют на это?
А Вы точно уверены, что CPU нагружает именно PHP-скрипт. В *nix'ах есть много разных полезных штук, например, утилита top (или htop), которая среди прочего показывает нагрузку на процессор и какие конкретно процессы эту нагрузку создают. В случае с PHP, в зависимости от того, в каком именно режиме он работает и в купе с каким сервером, это могут быть либо процессы Apache, либо Nginx, либо самого PHP (чаще всего так). Но, как уже говорилось ниже, нагрузку на CPU могут создавать не только PHP скрипты, но и буквально всё, с чем они могут взаимодействовать (а это практически любая часть системы, в т.ч. и БД, но не только).
используется конечно же nginx
нагружает, именно PHP, смотрел через htop, вот и интересно какая часть кода, пока что приходится вырезать и гнать стресс тест на урл .... думал есть более элегантное решение
Профайлер не всегда полезен. Сужу по питону. Он показывает, какие функции занимают сколько времени, но не показывает, с какими параметрами они вызываются.
Типичные места с проблемами:
- сессии, основанные доступе к файловой системе (по умолчанию);
- неоптимальные обращения к БД;
- длинные циклы (зачастую с обращениями к БД).
Поищите такие места в вашем скрипте, и далее как советовал Yan-s : делаем замеры, вырезаем кусок, повторяем замеры.
Типичные места с проблемами: сессии, основанные доступе к файловой системе (по умолчанию);
спасибо, поржал.
Когда начнутся тормоза из-за того что ФС не успевает, значит у вас уже весьма большой трафик, и очень странно что разработчики этого сервака до сих пор не умеют в профайлер. Причем, при ближайшем рассмотрении, самый простой способ это пофиксить - сделать собственный GC для сессий, а не выносить их в редис.
Про БД все правда - видел когда-то экшен с 308 запросов которые после выноса запросов из циклов превращались в 9, например.
Stalker_RED, зачастую сами разработчики в процессе создания могут сгенерировать 100500 сессий и к моменту старта проекта всё уже плохо, а профайлеры ещё ни разу не были им нужны.
Не нужно оправдываться, надо признать что написал ерунду про сессии.
Плюс рекомендую изучить более интеллектуальные способы улучшения производительности, кроме тыканья пальцам в небо.
То есть не сначала мечемся по "типичным местам" и "далее как советовал Yan-s ", а с точностью до наоборот - сначала делаем замеры, а потом исправляем не "типичные места", а только то что на самом деле тормозит. Поверь, такой подход гораздо эффективнее.
1) Установите php extension xdebug
Включите этот extension, а также профилирование в настройках xdebug
xdebug.profiler_enable = 1
Обратите внимание на эти 2 опции (куда складывать профайл файлы):
xdebug.profiler_output_dir
xdebug.profiler_output_name
2) Выкачиваете файлики профилирования себе на девелоперскую машину, далее скармливаете такой утилите как QCacheGrind. Она довольно быстро проанализирует их и выдаст вам какие методы, сколько раз вызывались, и сколько процессорного времени ушло на обработку. Результаты можно сортировать.
3) На продакшене xdebug лучше отключить.
