После этого запускаем какой-нибудь скрипт

После этого запускаем какой-нибудь скрипт. xDebug создаст файл с результатами анализа. Теперь можно запускать Webgrind. Важно. Нужно отключить profiler перед запуском Webgrind (xdebug. profiler_enable=1). Иначе в файл cachegrind. out. crc32 будут записываться результаты анализа производительности самого Webgrind, и одновременно он будет пытаться читать из этого файла. В результате браузер подвисает, а файл cachegrind. out. crc32 за пару минут увеличивается до 200 МБ. В выпадающем списке выбираете нужный файл (cachegrind. out. crc32), выбираете формат отображения времени выполнения функций (процент от общего времени выполнения скрипта, миллисекунды или микросекунды) и нажимаете кнопку «Update». Результаты, которые выдает Webgrind, показаны на скриншоте (кликните, чтобы увеличить). Как видите, было вызвано 192 функции, время выполнения которых составило 3227 мс. В столбце «Invocation Count» указано сколько раз вызывалась каждая функция. Цифра в столбце «Total Self Cost» показывает, время выполнения самой функции, а в столбце «Total Inclusive Cost» – суммарное время выполнения функции и всех вызванных из неё функций.

После этого запускаем какой-нибудь скрипт

По полученным данным несложно определить, что в данном примере основную часть времени выполнения скрипта заняло создание подключения к базе данных (функция mysql_connect). Как видите, приложение довольно интересное и выглядит симпатично . В общем, советую попробовать. До встречи!

Понравилась статья? Получай обновления и будь всегда в курсе событий!
Подпишись на RSS или
blog comments powered by Disqus