- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我正在使用 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/
我一直在读一本分配给类(class)的书,它提到数组访问需要 O(1) 时间。我意识到这非常快(也许尽可能快),但是如果您有一个循环必须多次引用它,那么分配一个临时变量以在数组中查找值有什么好处吗?或
我一直试图找出为什么这个查询花了这么长时间。以前,它的执行时间约为 150 毫秒到 200 毫秒,但现在需要 25 秒或更长时间。这是从昨晚到今天之间的事。唯一改变的就是将数据添加到表中。 根据下面的
我有一个 ng repeat 重复数据。 - data.image(src)部分为null,src=null的不再重复。 我用一个简单的 ng-if 解决了它。
我有一个包含大量测试的 Laravel 项目。我正在使用 pcov 来计算代码覆盖率,大约需要 4 分钟。但是 pcov 不支持分支覆盖,所以我决定使用 xdebug。 使用 xdebug 测试执行,
我已经被这个问题困扰了一段时间了,我被难住了。 Automapper 需要 4 秒来映射 19 个对象。在我的机器(24GB 内存,3.6Ghz i7)上,该操作应该花费毫秒或纳秒。 这是映射调用。
我有一个包含大量测试的 Laravel 项目。我正在使用 pcov 来计算代码覆盖率,大约需要 4 分钟。但是 pcov 不支持分支覆盖,所以我决定使用 xdebug。 使用 xdebug 测试执行,
我在机器 A 上有一个 java 进程通过 TCP 与机器 B 上的 Tomcat 通信。 TCP 连接(只是 syn-syn/ack 交换)始终需要 100 毫秒的数量级,而 ping 请求需要 1
我做了一项任务,从 sqlserver 获取超过 200 万条记录并将它们填充到 Asp.net GridView 中。 问题是,查询需要超过 2 分钟才能获得记录,而我的查询现在已经完全优化。 当我
我希望将 165 秒变成 2:40 而不是 0:2:45 函数需要能够适应秒值的大小。 我知道有无数种方法可以做到这一点,但我正在寻找一种干净的方法来做到这一点,除了 jQuery 之外没有任何外部库
我是一名优秀的程序员,十分优秀!