Php Xdebug Proflling - понять, что проверить

Я новичок в XDebug. Я вижу его как инструмент "должен иметь", чтобы убедиться, что приложение, кодирующее приложение, работает хорошо.

Вот мои настройки: - MAMP на Macbook Air. - Zend XDebug активирован в PHP.INI - Webgrind для отчетов

Я сделал все настройки для запуска профилировщика, и он прекрасно работает.

Мой единственный вопрос по этому поводу - о чем мне следует беспокоиться. Некоторые люди говорят, что весь процесс php не должен превышать 100 мс, чем ближе к 50 мс, тем лучше.

Хорошо, это хорошее начало...

Любой орган может быть более четким в том, что проверять, что приемлемо, а что нет?

Благодарю.

1 ответ

Дело не столько в том, что приемлемо.

Это скорее вопрос того, на что он тратит много времени, и выяснения, можете ли вы придумать, как это уменьшить.

xDebug показывает трассировку стека, если вы прервете его (по Ctrl-C, или Escape, или как угодно), и это очень полезная информация.

Например, предположим, что он тратит 40% своего времени на выделение некоторого фрагмента памяти и отбрасывает его, когда это можно сделать только один раз, или разбирает некоторую строку несколько раз, когда это можно сделать только один раз, или что-то, что никто из нас не мог угадайте заранее, но как только вы это увидите, вы ударите себя по голове и скажете: "Я могу с этим что-то сделать !"

Что ж, когда вы прервете это, есть 40% шанс, что вы увидите это (в стеке). Прервите это снова и снова, пока вы не увидите это дважды. В среднем это должно занять 2/0,4 прерывания или около 5. Когда вы видели это дважды, вы обнаружили сочные ускорение. (Вы не знаете, что это сочно, пока не увидите его дважды.)

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

Другие вопросы по тегам