PECL XHPROF看起来也很有趣。它有可点击的HTML界面，用于查看报告和相当简单的文档。不过我还没有测试过。

对于基准测试，就像在您的示例中一样，我使用pear Benchmark包。你设置标记来测量。该类还提供了一些表示帮助程序，或者您可以根据自己的需要处理数据。

我实际上用__destruct方法将它包装在另一个类中。当脚本退出时，输出将通过log4php记录到syslog，因此我有很多性能数据可以使用。

你们都应该检查一下这个新的php分析器。

https://github.com/NoiseByNorthwest/php-spx

它重新定义了php分析器收集和显示结果的方式。 PHP-SPX不只是输出特定函数调用的总数和执行它所花费的总时间，而是以一种完全可读的方式显示了请求执行的整个时间轴。下图是它提供的GUI界面。

老实说，我认为使用NewRelic进行分析是最好的。

这是一个PHP扩展，似乎并不会减慢运行时，他们为你做监控，允许体面的钻。在昂贵的版本中，他们允许重钻(但我们负担不起他们的定价模式)。

尽管如此，即使使用免费/标准计划，大多数容易实现的目标也是显而易见和简单的。我也喜欢它可以给你一个关于DB交互的想法。

交叉张贴我的参考从SO文档测试版下线。

使用XDebug进行分析

可以使用一个名为Xdebug的PHP扩展来帮助分析PHP应用程序以及运行时调试。当运行剖析器时，输出被写入一个名为“cachegrind”的二进制格式的文件。每个平台上都有应用程序来分析这些文件。执行此分析不需要更改应用程序代码。

要启用分析，请安装扩展并调整php.ini设置。一些Linux发行版带有标准包(例如Ubuntu的php-xdebug包)。在我们的示例中，我们将根据请求参数可选地运行概要文件。这允许我们保持设置静态，只在需要时打开分析器。

# php.ini settings
# Set to 1 to turn it on for every request
xdebug.profiler_enable = 0
# Let's use a GET/POST parameter to turn on the profiler
xdebug.profiler_enable_trigger = 1
# The GET/POST value we will pass; empty for any value
xdebug.profiler_enable_trigger_value = ""
# Output cachegrind files to /tmp so our system cleans them up later
xdebug.profiler_output_dir = "/tmp"
xdebug.profiler_output_name = "cachegrind.out.%p"

接下来，使用web客户端向你想要分析的应用程序的URL发出请求。

http://example.com/article/1?XDEBUG_PROFILE=1

在处理页面时，它将写入名称类似于的文件

/tmp/cachegrind.out.12345

默认情况下，文件名中的数字是写入它的进程id。这可以通过xdebug进行配置。profiler_output_name设置。

注意，它将为执行的每个PHP请求/进程编写一个文件。因此，例如，如果您希望分析一个表单帖子，那么将为GET请求编写一个概要文件来显示HTML表单。XDEBUG_PROFILE参数需要传递到后续的POST请求中，以分析处理表单的第二个请求。因此，在分析表单时，有时使用curl直接POST表单会更容易一些。

分析输出

一旦写入配置文件缓存，就可以由KCachegrind或Webgrind等应用程序读取。PHPStorm是一种流行的PHP IDE，也可以显示这种分析数据。

例如，KCachegrind将显示以下信息:

函数执行 调用时间，包括本身和后续函数调用 每个函数被调用的次数 调用图 源代码链接

注意什么

显然，性能调优非常特定于每个应用程序的用例。一般来说，最好是寻找:

重复调用您不希望看到的同一个函数。对于处理和查询数据的函数，这些可能是应用程序缓存的主要机会。 缓慢运行功能。应用程序将大部分时间花费在哪里?性能调优的最佳回报是关注应用程序中消耗时间最多的部分。

注意:Xdebug，特别是它的分析特性，是非常消耗资源的，会降低PHP的执行速度。建议不要在生产服务器环境中运行这些命令。

如果减去microtimes会得到负的结果，请尝试使用参数为true的函数(microtime(true))。设置为true时，函数返回一个浮点数而不是字符串(如果调用时不带参数，则会这样做)。