29 октября в Киеве состоялась третья по счету конференция Symfony Camp UA 2011. В этом году конференцию посетило 200 человек. География участников – Украина, Россия, Беларусь, Молдова. Мой отчет – это взгляд организатора, докладчика и обычного посетителя конференции.

Интерес к Symfony Framework за год вырос, особенно учитывая выход новой версии Symfony2. Хотя новая версия фреймворка – это фактически совсем другое решение, и все, что от него осталось, – это только название.

Как оказалось, зал не был готов к вместительности 200 участников.

Нам пришлось ставить дополнительные стулья, чтобы люди не стояли. Переговорив с орг. комитетом и проанализировав анкеты, мы сделали выводы, что следущий Symfony Camp UA 2012 должен быть лучше. А чтобы сделать следующее мероприятие лучше, естественно, нужны финансы. Поэтому следущая конференция будет платная – это позволит, как минимум, решить все вопросы с помещением и технические моменты (интернет, проектор, звук, видео, обеды).

В этом году нашими спонсорами выступили такие компании, как ServerGrove, Ciklum, Magento, GitHub, JetBrains. Хочется отдельно их поблагодарить за поддержку и помощь. Отдельно хочу отметить наших украинских партнеров Ciklum и Magento, которые помогают развивать IT в Украине. Почему-то очень сложно донести до украинских компаний, что такие мероприятия в одном месте собирают огромное количество высококвалифицированных специлистов не только из Украины, но из всех стран СНГ. И, оказывается, что проще достучаться до иностранных компаний, чем до наших .

В этом году в программе конференции было 6 докладов, но, к сожалению, в последний момент 2 докладчика не смогли выступить. С одной стороны – это плохо, т.к. всегда хочется больше интересных докладов, но, с другой стороны, можно выделить больше времени на общение, знакомство. Опрос участников конференции показал, что только 20% аудитории работает с Symfony2. В следующем году количество разработчиков Symfony2 возрастет, и это позволит Symfony Camp UA 2012 сделать более интересным и полезным мероприятием. Например, в прошлом году на Symfony Camp UA 2010 было 12 докладов. В 2012 году необходимо сделать или 2 потока, или двухдневную конференцию. Можно будет разделить доклады на 2 группы – для новичков и для тех, кто уже имеет опыт работы с Symfony2.

Отдельное спасибо Help Team, которые помогали нам на конференции – это сотрудники компаний Lazy Ants и Argentum IT Lab.

Презентации:

• http://slidesha.re/txmMeS

Видео:

• http://bit.ly/tQNRLq

Фотографии:

• http://bit.ly/vBmN37
• http://bit.ly/vzE18D
• http://bit.ly/vSVH8p

Другие отзывы о конференции:

• Symfony Camp UA 2011 – как это было
• Symfony road trip, или Как мы на Symfony Camp ездили
• Symfony Camp UA 2011
• Symfony2. На чем можно сэкономить время при разработке?
• Symfony Conf 2011 в Киеве – небольшой отчет
• Тренинг и Symfony Camp UA 2011

Презентация моего доклада: Обзор Redis storage

Symfony Camp UA 2012

• пройдет ориентировочно осенью 2012 года
• будет платным мероприятием
• вероятно будет проходить в 2 потока
• будет включать больше технических докладов по Symfony2
• возможно будут участвовать иностранные докладчики (ведем переговоры)

А каким Вы хотите видеть Symfony Camp UA 2012?

Среди докладчиков непосредственные разработчики компонент Zend Framework. Событие соберет лучших PHP и ZF специалистов из Украины, России, Белоруссии и других стран СНГ.

Конференция будет проходить в конференц зале отеля «Казацкий» (ул. Михайловская 1/3, рядом с Площадью Независимости). Участия платное (детали на странице), количество мест ограничено.

Со списком тем и докладчиков можно ознакомиться по ссылке.

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

Сайт конференции – http://frameworksdays.com/event/zend-framework-day-2011
Twitter – http://twitter.com/fwdays
Facebook – http://facebook.com/fwdays

[Fri May 27 14:24:21 2011] [error] [client 109.254.68.55] PHP Fatal error:  Unknown: apc_fcntl_unlock failed: in Unknown on line 0

Чтобы решить проблему нужно пересобрать APC с опцией SEMAPHORES:

# cd /usr/ports/www/pecl-APC
# make config

отмечаем нужную опцию и пересобираем pecl-APC. Если нужно, то удаляем его предварительно:

# make deinstall clean

и устанавливаем заново

# make install clean

Не забываем перезапустить Apache. После этого все должно заработать.

• Bug #22688: Unknown: apc_fcntl_unlock failed

Во-первых, хочется поблагодарить всех тех людей, которые организовали мероприятие такого масштабов. Еще не видел столько php программистов в одном месте . Отдельное спасибо спонсорам – компании Magento.

Регистрация проходила быстро, в раздаточных материалах было несколько проспектов о компании Magento, программка конференции и анкета. Понравилась идея с бейджами – с одной стороны имя, а с другой – программа мероприятия, очень удобно. Хочется отметить организацию кофе-брейков и обеда – все было отлично несмотря на такое количество посетителей.

Вся конференция проходила в 4 потока и состояла из 23 докладов. Как показала практика, 4 потока – это многовато. Многие интересные доклады проходили одновременно и приходилось выбирать что-то одно . Будем надеяться, что в скором времени получим доступ к презентациям и видео.

В своей работе я использую из Zend Framework только отдельные модули, и поэтому планировал посетить несколько докладов по ZF 2.0, чтобы поближе познакомиться с новыми фичами, тем более, что на конференции выступали разработчки Zend Framework Core Team. Но на первом докладе меня хватило минут на 10 – слушать о том, что написано на официальном сайте (документация, milestone) – мне было не интересно.

После чего я направился в секцию Mix на доклад «Мобильные клиенты интернет-магазинов», но так туда и не дошел, т.к. попал на доклад про буратино и велосипеды «10 000 вёдер или в погоне за Ключём от всех дверей», где выступал Виталий Коротун, имхо – один из лучших докладов.

Про что был  доклад «Особенности юнит-тестирования при разработке расширений к open-source продуктам» я так и не понял, но явно не про Unit-тесты, было скучно, а идея сделать Unit-тесты в продукте Magento платными – бррр…

После чего присутствовал на двух докладах от Кирилла Климова «Применение Scrum и Kanban для разработки web-приложений» и «Применение Continuous Integration в PHP проектах». Первый доклад хоть и поздно начался из-за технических проблем, но для меня был очень полезным и интересным, учитывая еще то, что мы в течении всего обеда дополнительно обсуждали наши насущные проблемы с внедрением и использованием практик Agile. Второй доклад был не менее интересным, чем первый.

Весьма познавательным оказался доклад «Управление продуктом в стиле Magento Unified Process» от Евгения Веселова. Материал был больше ориентирован для Project Manager.

А в завершение конференции послушал доклад «NoSQL и Zend Framework» от ребят из российской компании Geometry Lab. Зажигали по полной. Самое главное узнал от чего растет нагрузка?? – «все дело в сисьсках» . А если серьезно, то узнал несколько полезных деталей про MongoDB и Rediska, которые надо будет исследовать.

Напоследок немного фотографий из твиттера:
http://twitpic.com/3am4ex
http://twitpic.com/3aoetk
http://twitpic.com/3aoetk
http://twitpic.com/3aqf9u
http://twitpic.com/3aqf54
http://twitpic.com/3aqf9u
http://twitpic.com/3apgd1
http://twitpic.com/3amrwz

Мне в целом конференция понравилась. В следующий раз мероприятие должно быть еще интереснее и масштабнее. А идея совместных конференций – отличная, интересно, а если еще добавить Symfony и Drupal ?

ZFConf Ukraine – первая в Украине конференция по Zend Framework, проводится в партнерстве с ZFConf Russia и сообществом zendframework.ru. ZFConf Russia была первой конференцией по Zend Framework и прошла в марте этого года в Санкт-Петербурге, Россия, собрав более 200 участников из России, Беларуси, Украины, Литвы и других стран СНГ

Конференция MageConf впервые прошла в мае 2010 года в Киеве. Это была первая конференция из серии PHP and Zend Framework в Украине. Ее посетили более 150 специалистов.

Конференция пройдет 27 ноября, в Киеве
Титульный спонсор конференции – компания Magento
Место: КиевЭкспоПлаза, ул. Салютная 2б, 3 павильон
Время: 27 ноября 2010 г. (с 11:00 до 19:00)
Длительность: 1 полный день
Формат: доклады в три потока и обсуждения на флипчарте (в перерывах)
Язык докладов: русский
Стоимость участия: бесплатно
Потоки: Zend Framework, PHP, Magento.

Аудитория: Разработчики ПО и специалисты по Project Management с Украины, России и близлежащих стран СНГ. Ожидаемое количество участников – 500 человек.

Доклады

1. Встречайте Zend Framework 2.0
Александр Веремьев / Zend Framework Core команда (Zend Technologies)

2. Эволюция ZF: архитектура, шаблоны, рефакторинг
Виктор Фараздаги / Component Maintainer и Contributor ZF 2.0 (4C)

3. Юнит тестирование в Zend Framework 2.0
Ростислав Михайлив / Chief Developer / Software Architect (Gadu-Gadu)

4. Хранение, обработка и отдача статики с использованием \Zend \File. Опыт социальной сети starlook.ru
Кирилл Мокевнин / Senior developer (undev)

5. Чуть сложнее чем Singleton: аннотации, IOC, АОП
Кирилл Чебунин / Senior PHP Developer (Альпари)

6. Doctrine 2
Валерий Рабиевский / Team leader (stfalcon.com)

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

Регистрация
Регистрируясь на одну конференцию, вы автоматически получаете доступ и на другую.

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

Регистрируйтесь и следите за обновлениями на http://zfconf.org.ua

PHP_CodeCoverage

PHP_CodeCoverage это библиотека, которая обеспечивает сбор, обработку и отображение информации о покрытии кода тестами, требует xdebug, а так же использует некоторые сторонние библиотеки. Более подробная информация находится на официальном сайте.

• Автор: Sebastian Bergmann
• Официальный сайт: http://github.com/sebastianbergmann/php-code-coverage
• Официальный PEAR канал: http://pear.phpunit.de/
• Текущая версия: 0.9.0 (alpha)

PhpDocumentor

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

• Автор: Joshua Eichorn
• Официальный сайт: http://www.phpdoc.org/
• Официальный PEAR канал: http://pear.php.net/

PHP Copy/Paste Detector [phpcpd]

Название говорит само за себя: находит дублированный код и сообщает о нем.

• Автор: Sebastian Bergmann
• Официальный сайт: http://github.com/sebastianbergmann/phpcpd
• Официальный PEAR канал: http://pear.php.net/
• Текущая версия: 1.3.1 (stable)

PHP_Depend

Собирает и отображает статистическую информацию о проекте.

• Автор: Manuel Pichler
• Официальный сайт: http://pdepend.org/
• Официальный PEAR канал: http://pear.pdepend.org/
• Текущая версия: 0.9.11 (beta)

PHP_PMD

Ответвление от PHP_Depend: отображает информацию о размерах кода, используемых именах, неиспользуемом коде. Обзор от DevMan

• Автор: Manuel Pichler
• Официальный сайт: http://phpmd.org/
• Официальный PEAR канал: http://pear.phpmd.org/
• Текущая версия: 0.2.5 (alpha)

PHP_CodeSniffer

Позволяет наблюдать за состоянием PHP, Javascript и CSS файлов и определять отклонения от принятых стандартов кодирования. Обзор от DevMan

• Автор: Greg Sherwood
• Официальный сайт: http://matrix.squiz.net/developer/tools/php_cs
• Официальный PEAR канал: http://pear.php.net/
• Текущая версия: 1.2.2 (stable)

PHPUnit

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

• Автор: Sebastian Bergmann
• Официальный сайт: http://www.phpunit.de/
• Официальный PEAR канал: http://pear.phpunit.de/
• Текущая версия: 3.4.12 (stable)

PHP_CodeBrowser

Обеспечивает просмотр кода с синтаксической подсветкой, имеет богатые возможности по визуализации, может использовать отчеты от: phpunit, phpcpd, padawan, phpcs. Из этого обзора можно понять насколько инструмент перспективный.

• Автор: Mayflower GmbH
• Официальный сайт: http://github.com/mayflowergmbh/PHP_CodeBrowser
• Официальный PEAR канал: http://pear.phpunit.de/
• Текущая версия: 0.1.3 (alpha)

phploc

Еще один инструмент собирающий статистическую информацию о проекте.

• Автор: Sebastian Bergmann
• Официальный сайт: http://github.com/sebastianbergmann/phploc
• Официальный PEAR канал: http://pear.phpunit.de/
• Текущая версия: 1.5.1 (stable)

phpdcd

Детектор неиспользуемого кода (Dead Code Detector) для PHP. Он сканирует PHP проект на предмет всех определенных функций и методов и сообщает о них как о неиспользуемых если из вызов не встречается хотя бы однажды

• Автор: Sebastian Bergmann
• Официальный сайт: http://github.com/sebastianbergmann/phpdcd
• Официальный PEAR канал: pear.phpunit.de
• Текущая версия: 0.9.2 (beta)

Padawan

Инструмент для обнаружения антипаттернов, обходных путей и прочих неприятностей.

• Автор: Sebastian Bergmann
• Официальный сайт: http://github.com/sebastianbergmann/padawan
• Официальный PEAR канал: неизвестен
• Текущая версия: неизвестна

PHP_CachegrindParser

Обработчик для cachegrind файлов создающий xml отчеты для последующего использования в CI.

• Автор: Mayflower GmbH
• Официальный сайт: http://github.com/mayflowergmbh/PHP_CachegrindParser
• Официальный PEAR канал: неизвестен
• Текущая версия: неизвестна

Источник статьи
Хабрахабр: PHP – Обеспечение качества программного продукта

Что ещё можно почитать:
http://sebastian-bergmann.de/software/
http://manuel-pichler.de/

На данный момент уже открыта предварительная регистрация на конференцию. Для решения ряда вопросов организаторам очень важно сейчас понять приблизительное количество человек, которые смогут посетить конференцию или принять участие в ней.

Каждый предстоящий доклад возможно обсудить на форуме ZF-сообщества. Ваше мнение очень важно для авторов!

Планируемые доклады:

• Жизненный цикл предложений (proposals) в проекте Zend Framework (Александр Веремьев, Zend Technologies)
• Zend_Search_Lucene в деталях (Александр Веремьев, Zend Technologies)
• Zend Framework и производительность (Александр Махомет, ZendFramework.ru)
• Zend Framework и MVC, «толстая» модель (Александр Стешенко, Norada Corporation)
• ФотоСтрана.ru: Прототипирование с использованием ZF (Леонид Жаворонков, ФотоСтрана.ru)
• Использование очередей сообщений в повседневных проектах (Денис Баклыков, Обновление)
• Zend Framework и Doctrine (Степан Танасийчук, stfalcon.com)
• Zend Framework и мультиязычность (Степан Танасийчук, stfalcon.com)
• История проекта e-Штаб (Анатолий Ларин, e-Легион)
• Что нового несет нам Zend Framework 2.0? (Надежда Блинова, Георгий Туревич, Wizartech)
• Интеграция Zend Framework c Javascript-фрэймворками jQuery и Dojo Toolkit (Георгий Туревич, Wizartech)

Смело обсуждайте доклады и регистрируйтесь!

За последними новостями можно следить здесь:
RSS-канал: feeds.feedburner.com/zfconf
Twitter: @zfconf
Группа Вконтакте: vkontakte.ru/club14951507

Цель теста – посмотреть, какие данные получим по таким показателям, как:

• Wall Time (a.k.a. Elapsed time or wall clock time)
• CPU (CPU time in user space + CPU time in kernel space)
• MemUse (Memory usage)
• PeakMemUse (Peak memory usage)
• Number of Function Calls

Какие фреймворки протестировали?

• Yii 1.0.11
• Yii 1.1.rc
• Yiilite 1.0.11 / 1.1.rc (Bootstrap файл, где собраны вместе часто используемые классы. Плюс все комментарии и выражения трассировки вырезаются)
• Symfony 1.2.11
• Symfony 1.4.2
• Zend Framework 1.9.6
• DooPHP 1.2
• Codeigniter 1.7.2
• Kohana 2.3.4
• Kohana 3.0.3
• Cakephp 1.2.5 (тормозил больше всех, видно в 1.3.0 починили)
• Cakephp 1.3.0 alpha
• Recess 0.20 (был взят ради спортивного интереса, т.к. позиционирует себя как: Easy, Reliable, Fast, Extensible)

Почему именно эти PHP фреймворки? Эти проекты интересные, популярные и все ещё развиваются.

Как проводилось тестирование?

Для получения результатов выполнялось около 10 выборок по каждому фреймворку. И в качестве данных использовались
лучшие результаты с наименьшими задержками времени.

Условия тестирования

• Операционная система: FreeBSD 8.0
• Web сервер: Apache httpd 2.2.13
• PHP 5.2.11 + APC + XHProf + много других модулей
• CPU: VIA C7 1500MHz
• Оперативная память: 1GB
• Винчестер: 250 GB 5400 RPM 8MB SATA

Режимы тестирования

1. Выключенный APC
2. С включенным APC (apc.stat = 1)
3. С включенным APC (apc.stat = 0)

«apc.stat = 1″ – штатный режим APC, проверяется дата модификации файла, и если она изменилась, то кеш для файлов обновляется. В случае, если «apc.stat = 0″, то проверка не проводится, что положительно влияет на производительность. НО в этом случае, пока не сбросите кеш вручную, данные не обновятся.

Тестируемые приложения

Для каждого фреймворка было написано свое приложение. Каждое приложение выводит строку «Hello world!». Все настройки фреймворков использовались по умолчанию. За основу была взята идея phpmark.

Результат #1. APC выключен

Yiilite не рекомендуется использовать без кеширования байткода (APC, XCache, eAccelerator), что собственно и видно по результатам теста.

Результат #2. APC включен (apc.stat = 1)

А тут наоборот, Yiilite отрабатывает быстрее, но потребляет больше памяти.

Результат #3. APC включен (apc.stat = 0)

Очень интересные цифры получаются. Например, Wall Time (ms) у Zend Framework 1.9.6 уменьшилось практически на 50%, для других на 5-30 мс. Но режим этот не всем подойдет, и к тому же тут свои нюансы, связанные с очищением кеша.

Сравниваем результаты «Wall Time (ms)» для всех режимов

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

Сравниваем результаты «MemUse (kb)» для всех режимов

Тут видно положительный эффект от использование APC – потребления памяти уменьшается в раза 2-3.

Update – Yii with View

Для Yii было заменено приложение, чтобы задействовать View. Все графики обновлены. Если сравнивать с предыдущими значениями Yii, то новые увеличились на 5-10 мс.

Выводы

Вот так с помощью XHProf стало видно, кто у нас тяжеловес из PHP фреймворков . О чем это свидетельствует? Да ровным счетом ничего – это всего лишь «Hello World!» да и железка слабовата… . Если взять реальный сайт с БД, его сложной бизнес логикой, то цифры будут совсем другие.

Я в своей работе использую Symfony 1.2.11. Да, он тяжеловат, но его плюсы перекрывают все его минусы, по моему мнению. К тому же, если взять нормальный сервачок (Opteron X2 2.2 GHz, 8 GB + хорошие веники) вместо VIA C7 1500MHz, то тот же самый «Hello World!» вместо 177 мс загрузится на Opteron за 23 мс, а реальный сайт – 146 мс. Вот так! Но это уже другая история.

А вот Yii Framework нахожу очень интересным и серьезным проектом. Осталось его испытать в боевых условиях.

Ссылке по теме

• XHProf Documentation
• XHProf – профайлер PHP от Facebook
• Список современных PHP-фреймворков – смотрим и выбираем

Новый PHP профайлер XHprof от компании Facebook – это альтернатива Xdebug (PHP профайлер Xdebug). XHprof был разработан специально для Facebook и начиная с март 2009 года его исходный код стал доступен для скачивания.

Как работает XHprof?

XHProf работает по принципу декомпозиции системы на вызовы функций (методов) и построения статистики в разрезе их ресурсопотребления. В результате получаем информацию: количество выделяемой памяти, количество вызовов функций, время исполнения и т.д.

Установка XHProf

С марта 2009 года XHprof доступен как пакет PECL, поэтому его установка не составит особого труда. Для Windows пакет не доступен.

# pecl search xhprof
Retrieving data...0%
Matched packages, channel pecl.php.net:
=======================================
Package Stable/(Latest) Local
xhprof  0.9.2 (beta)          XHProf: A Hierarchical Profiler for PHP

Т.к. пакет xhprof находится в стадии beta, то нужно разрешить его установку:

# pecl config-get preferred_state
stable

# pecl config-set preferred_state beta
# pecl config-get preferred_state
beta

Если попытаться установить пакет через PECL, то получим ошибку:

# pecl install xhprof

downloading xhprof-0.9.2.tar ...
Starting to download xhprof-0.9.2.tar (Unknown size)
....................................................................done: 1,506,816 bytes
11 source files, building
running: phpize
Cannot find config.m4.
Make sure that you run '/usr/local/bin/phpize' in the top level source directory of the module

ERROR: `phpize' failed

Поэтому выполняем следующие шаги:

# wget http://pecl.php.net/get/xhprof-0.9.2.tgz
# tar xvf xhprof-0.9.2.tgz
# cd ./xhprof-0.9.2/extension/
# phpize
# ./configure --with-php-config=/usr/local/bin/php-config
# make

# make install
Installing shared extensions:     /usr/local/lib/php/20060613/

# make test

Удалять папку xhprof-0.9.2 не следует, т.к. там содержатся утилиты GUI для визуального представления информации профайлера.

Подключаем модуль xhprof к PHP – редактируем файл php.ini (добавляем в конец файла):

[xhprof]
extension=xhprof.so
xhprof.output_dir="/var/tmp/xhprof"

Для папки «/var/tmp/xhprof» должен быть доступ на запись, т.к. туда будут сохраняться результаты профайлинга.

Перезагрузите Apache. При вызове phpinfo() появится информация, что подключен модуль xhprof – значит все работает.

Настройка XHProf UI (GUI)

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

В установочной папке xhprof-0.9.2 Вы найдете папку xhprof_html и xhprof_lib, которые нам понадобятся:
• xhprof_html – доступ к GUI
• xhprof_lib – библиотека для отображения и анализа кода (computing flat profile info, computing diffs, aggregating data from multiple runs, etc.).

Папку xhprof_lib размещаем в /usr/local/share/php/ или /usr/local/lib/php/ в зависимости от ОС. Таким образом будет доступ к библиотеки будет глобальный. В нашем случае получится: /usr/local/share/php/xhprof_lib/. Или как вариант папку xhprof_lib можно положить в наш проект.

В зависимости от того как Вы настроете доступ к GUI xhprof, нужно положить xhprof_html в соответствующее место. К примеру, можно создать субдомен http://xhprof.project/ или положить в корень проекта http://xhprof/.

Небольшой пример использования

В качестве примера взят пример с сайта highload.com.ua:

function user_array_intersect( $a, $b ) {
  $res = array();

  foreach ( $a as $k => $v )
  {
    if ( in_array($v, $b) )
    {
      $res[] = $v;
    }
  }

  return $res;
}

function execute()
{
  $a = range(rand(100, 300), rand(700, 900));
  $b = range(rand(100, 300), rand(700, 900));

  $r1 = user_array_intersect($a, $b);
  $r2 = array_intersect($a, $b);
}

# Инициализируем профайлер - будем считать и процессорное время и потребление памяти
xhprof_enable(XHPROF_FLAGS_CPU + XHPROF_FLAGS_MEMORY);

# Выполняем "программу"
execute();

# Останавливаем профайлер
$xhprof_data = xhprof_disable();

# Сохраняем отчет и генерируем ссылку для его просмотра
include_once "xhprof_lib/utils/xhprof_lib.php";
include_once "xhprof_lib/utils/xhprof_runs.php";
$xhprof_runs = new XHProfRuns_Default();
$run_id = $xhprof_runs->save_run($xhprof_data, "xhprof_test");
echo "Report: http://xhprof/index.php?run=$run_id&source=xhprof_test"; # Хост, который Вы настроили ранее на GUI профайлера
echo "\n";

В этом скрипте мы сравним отличие в эффективности работы встроенной функции array_intersect и ее самописного клона user_array_intersect. После описания функций мы подключили профайлер для генерации и сохранения отчета. Посмотрим на отчет:

Из отчета видно, что эффективность собственной реализации функции array_intersect в два раза меньше встроенной (еще одно напоминание об использовании стандартных средств прежде всего!). Небольшая справка по терминологии отчетов:

• Incl[usive] Time – время, потраченное на функцию и на все функции, вызванные из нее
• Excl[usive] Time – время, потраченное на функцию без учета времени на вложенные функции

На скриншоте показана только часть отчета, кроме этих показателей отчет также содержит статистику по процессорным затратам и использованной памяти.

Графические отчеты

XHprof позволяет строить графические отчеты. Для построения он использует внешний инструмент Graphviz, поэтому убедитесь, что он установлен. Графический отчет вышеуказанного скрипта выглядит так:

Графический отчет позволяет визуально оценить ресурсоемкость каждой функции (красный должен привлечь внимание!). Как видим, в примере самой затратной функцией для ресурсов стала in_array(), которая сама по себе не является проблемой но говорит о плохом техническом решении.

Профилирование production проектов

XHprof позволяет профилировать не только отдельные участки кода но и production проекты. Т.к. профилирование проектов в среде production процесс ресурсоемкий, то главный тут критерий – производительность. И XHprof тут прекрасно справляется, т.к. создан он был именно для таких целей. Во-первых XHprof написан на C, во-вторых имеет ряд настроек:

• Таймер CPU на Linux системах имеет большой оверхед, поэтому разработчики рекомендуют использовать профайлер в режиме «elapsed time + memory»:

  // elapsed time profiling (default) + memory profiling
  xhprof_enable(XHPROF_FLAGS_MEMORY);

• Сбор данных профайлера будет весьма точно отражать реальную картину, если его запускать не каждый раз, а случайно и равнораспределенно, например для запуска каждый сотый раз:

   if (mt_rand(1, 100) == 1) {
     xhprof_enable(XHPROF_FLAGS_MEMORY);
     $xhprof_on = true;
   }
  ...
   if ($xhprof_on) {
     $xhprof_data = xhprof_disable();
   }

• Режим Lightweight Sampling – в этом режиме профилирование выполняется в течении короткого промежутка во времени (сэмплами) – 0.1 секунды

Пример профилирования production проекта

В качестве примера используем проект на Yii – Hello World!

Наш проект http://project/.
GUI нашего профайлера (содержимое папки xhprof_html) http://xhprof/.
xhprof_lib находится в «/usr/local/share/php/xhprof_lib».

Создаем 2 файла (header.php и footer.php).

header.php

<?php

if (extension_loaded('xhprof')) {
  // Способ 1 - файлы лежат в проекте
  // include_once '/usr/local/share/php/xhprof_lib/utils/xhprof_lib.php';
  // include_once '/usr/local/share/php/xhprof_lib/utils/xhprof_runs.php';

  // Способ 2 - файлы лежат в /usr/local/share/php/xhprof_lib
  include_once dirname(__FILE__) . '/xhprof_lib/utils/xhprof_lib.php';
  include_once dirname(__FILE__) . '/xhprof_lib/utils/xhprof_runs.php';
  xhprof_enable(XHPROF_FLAGS_CPU + XHPROF_FLAGS_MEMORY);
}

footer.php

<?php

if (extension_loaded('xhprof')) {
  $profiler_namespace = 'myapp';  // namespace for your application
  $xhprof_data = xhprof_disable();
  $xhprof_runs = new XHProfRuns_Default();
  $run_id = $xhprof_runs->save_run($xhprof_data, $profiler_namespace);

  // url to the XHProf UI libraries (change the host name and path)
  $profiler_url = sprintf('http://' . $_SERVER['SERVER_NAME'] . '/xhprof/index.php?run=%s&source=%s', $run_id, $profiler_namespace);

  // Можем сделать защиту по айпи, или добавить $_GET параметр
  if (in_array($_SERVER['REMOTE_ADDR'], array('127.0.0.1', '::1')))
  {
    // На нашей странице появится ссылка "Profiler output", которая ведет на GUI XHprof с уникальными идентификатором отчета
    echo '<br/><br/><a href="'. $profiler_url .'" target="_blank">Profiler output</a>';
  }
}

Для внедрения профайлера в наш проект есть 2 способа:

1) Создаем файл .htaccess

php_value auto_prepend_file ../xhprof/header.php
php_value auto_append_file ../xhprof/footer.php

2) Добавляем вызов в файла в наш index.php

<?php

include('xhprof/header.php');

// include Yii bootstrap file
require_once(dirname(__FILE__).'/framework/yii.php');

// create a Web application instance and run
Yii::createWebApplication()->run();

include('xhprof/footer.php');

Загружаем страницу сайта. Внизу страницы появляется ссылка «Profiler output», которая ведет на GUI XHprof с уникальными идентификатором отчета. Каждый раз, когда мы обновляем страницу отчет перегенирируется и идентификатор изменится.

Получаем отчет:

Показатели:
• Total Incl. Wall Time (microsec): 18,710 microsecs (время затраченное на выполнение функций с учетом ожидания ответов от сокетов, файловой системы и других ресурсов )
• Total Incl. CPU (microsecs): 16,309 microsecs (время затраченное на выполнение функций)
• Total Incl. MemUse (bytes): 527,604 bytes (использование памяти)
• Total Incl. PeakMemUse (bytes): 529,428 bytes (пиковое использование памяти)
• Number of Function Calls: 179 (количество вызовов функций)

Что почитать:
• XHProf Documentation
• Pecl: xhprof
• Profiling with XHProf
• XHprof – профилирование PHP от Facebook
• Профилирование PHP-кода