xhprof упомянутый в начале беседы показывает результат для единичного прогона скрипта/реквеста. Хорошо что существует https://github.com/badoo/liveprof позволяющий получить результаты агрегированные по множеству прогонов.

В догонку к дискуссии на PHP Russia 2020 — подборка статей и докладов Badoo о производительности PHP:

1. Об opensource-проекте LiveProf
https://habr.com/ru/company/badoo/blog/436364/
GitHub проекта https://github.com/badoo/liveprof

2. Пробуем preload (PHP 7.4) и RoadRunner.

Доклад: https://youtu.be/fR4k4Yn_b2k
Статья: https://habr.com/ru/company/badoo/blog/472528/

3. О производительности PHP и оптимизации.

Доклад: https://youtu.be/vF29LanRQv4
Статья: https://habr.com/ru/company/badoo/blog/430722/

Можно без всяких лайвпрофов написать свой аггрегатор, ибо формат открытый, пишется за 1-2 часа. Мы так пошли.

Зачем тратить эти 1-2 часа, если есть готовый вариант?

На тот момент его не было)

Была тонна разного-всякого для этого. Например, https://github.com/badoo/pinba2

Мы из пачки xhprof делаем такой же xhprof файл который прекрасно смотрится через ту же веб морду. Никаких дополнительных инструментов.

Если смотреть через ту же морду, то не получится вывести дополительные статистические метрики - перцентили, средние, нимум, максимум. Как быстрое решение наверно хорошая идея, но морду желательно специальную иметь под это.
Кстати, если говорить про простой аггрегатор, то можно посмотреть на консольную версию liveprof тут https://github.com/badoo/xhprof_console - тут есть разные статистические метрики

Всем, привет!
Думаю, кто-нибудь собирал пинбу через докер.
https://github.com/badoo/pinba2
1. через docker-compose сбилдил контейнер и пробросил порты 3306/tcp и 3002/udp наружу
2. создал default tables в бд pinba
3. собрал модуль для пыхи
4. включил через ini_set:
ini_set('pinba.enabled', 1);
ini_set('pinba.server', 'localhost:3002');
5. Добавил таймер
$t = pinba_timer_start(array("group"=>"db", "server"=>"dbs2", "op_type"=>"select"));
//...some code
pinba_timer_stop($t);
6. через apache benchmark прогнал 1000 запросов.

В целом такой ведь порядок?
Почему-то данных новых не вижу.

Какие данные ты увидеть ожидаешь и в каком репорте (структуру можно сразу)

А PHP на хосте или в соседнем контейнере в compose? Если в контейнере, то udp порт не нужно наружу кидать. И в pinba.server прописать хостнейм по названию контейнера в compose.

я думал, что увижу нечто подобное

php на хосте

Я вроде ничего не путаю, пинба у нас идет как отдельный сервер, который у нас в контейнере. Далее для nginx, пыхи, для ноды и прочего мы ставим библиотеки и по udp отправляем дополнительные данные. В случае php, каждый процесс создает protobuf сообщение и отправляет данные на сервер pinba. Данные агрегируются по заданным маскам и добавляются в бд.
Если я не прав, поправьте - пойду дальше курить ману.

все правильно ты прав

Спасибо

вариантов по сути два
1. пакеты не доходят до пинбы (либо адреса указаны не те, либо iptables/docker network режет пакеты)
2. пакеты не подходят под отчет из которого селектим

судя по всему - у нас ситуация #1

сейчас подумаю как проще проверить это, пока проще tcpdump ничего не приходит в голову

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

Изнутри конейнера, там где pinba вот так tcpdump -n -nn udp port 3002