gpt4 book ai didi

php - XDebug 能否单独跟踪探查器调用所花费的时间?

转载 作者:可可西里 更新时间:2023-10-31 22:15:37 26 4
gpt4 key购买 nike

我正在使用 XDebug 作为 PHP 应用程序的分析器。我遇到过这样一种情况,XDebug 严重改变了结果,以至于它们无用。

这里有一个简单的例子来演示这个问题:

function foo(){ $x = 1; }
function bar(){ foo(); }

测试 A:

$t0 = microtime(true);
for ($i = 0; $i < 1000000; $i++) foo();
echo microtime(true) - $t0;

测试 B:

$t0 = microtime(true);
for ($i = 0; $i < 1000000; $i++) bar();
echo microtime(true) - $t0;

所以,这些是我得到的结果(以秒为单位):

          profiler  | profiler  > profiler
disabled | enabled > results
--------------------------------------------------------------------
output | output > total time time in foo() time in bar()
Test A 0.159 | 12.199 > 12.245 0.110 - (not called)
Test B 0.233 | 25.399 > 25.578 0.104 11.068

由于对探查器的额外调用,预计执行时间会增加。基于微时间的输出和探查器结果之间的细微差异也是意料之中的。我重复了几次测试,结果总是相似的。

根据禁用探查器的测试 B 的结果,我们可以说脚本在 foo() 中花费了大约 0.159 秒,在 bar() 中花费了 0.074 秒。很明显,花在 bar() 上的时间比花在 foo() 上的时间少。

但是,当我分析探查器的结果(使用 qcachegrind)时,显示在 bar() 中花费的时间(= 11.068 秒)比在 foo() 中花费的时间高得离谱( =0.104 秒)。对此有一个可能的解释:每次进行函数调用时,探查器都会运行一些额外的代码来跟踪调用所花费的时间。我认为它从结果中排除了这个额外的时间,但显然它没有。

[编辑]结果,探查器说 bar() 在这个程序中比 foo() 花费更多的时间,这不是我们在禁用探查器的情况下测量的情况。它甚至不接近!相对结果(每个函数所用时间的百分比)是完全错误的。这不应该是预期的,因为如果是这种情况,探查器无法指出哪个函数占用了大部分时间。虽然绝对时间预计会有(大)差异,但相对时间不应该有。[/EDIT]

这会导致结果无法使用。任何更加模块化的代码(具有更多函数调用、包装器、对象等)都会受到严重惩罚,尽管它并不那么慢!

所以问题是:有没有办法告诉 XDebug 忽略单独跟踪探查器调用所花费的额外时间?

最佳答案

众所周知,xdebug 的行为是这样的,实际上没有消息。抱歉,显然这对您来说是个新闻,我不想说每个人都需要知道这一点。

作为解释:xdebug 完成整个工作,从开始到结束,如所宣布的那样转储/度量所有内容。这是有代价的(怎么可能?)。

如果您需要在脚本中的独立上下文中选择指标,则不应运行 xdebug。或者如您的问题所示:您正在尝试在打开 xdebug 的情况下分析 xdebug(使用 PHP 代码!)。这不会真正起作用,您不能使用 PHP 用户代码分析 PHP 编译的 C 扩展,或者至少我不会那么信任。想象一下,该库正在改变解释器的行为,即您的分析代码正在运行的同一个解释器。

如果您确实需要对代码的特定部分进行分析,那么 xdebug 不是首选工具。寻找 xhprof 或者在现实生活环境中寻找 Pinba .

关于php - XDebug 能否单独跟踪探查器调用所花费的时间?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7597690/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com