加载网页时发现瓶颈？

Question

更新1：

在服务器上执行strace后，我发现mmap的进程占用了90％的处理时间。 我发现其中的一页需要花费一分钟的时间来加载。

所以我找到了这个链接： PHP脚本一直在执行mmap / munmap

它可能显示了相同的问题。 但是，我不明白正确禁用php错误处理程序意味着什么。

原始问题：

加载服务器正在服务的特定网页时，如何检查Web服务器上的瓶颈？

由于某些原因，我网站上的几个页面变得非常慢，我不确定这种情况正在何处发生。

Chrome开发工具的屏幕截图：

点击这里放大 ：

因此，基本上，我需要找出使此部分花很长时间加载的内容？ 客户端网络工具似乎无法将其分解？

Answer 1

Xdebug：分析PHP脚本 -注意KCacheGrind工具，或者，可以使用高级PHP调试器 apd_set_pprof_trace（）函数和pprofp处理生成的数据文件。

Answer 2

我建议研究Xdebug分析 。 其他两个答案处理客户端加载问题，但是如果您的瓶颈是服务器端，那么使用这些工具就不会变得明显。

您可能还需要调查正在运行的数据库查询，以便为有问题的页面提供服务。 您可能在某处缺少索引，这可能解释了随着数据库表的增大，特定页面的近期运行缓慢。

我将提取这些查询并使用MySQL EXPLAIN （假设您正在使用MySQL）运行它们，以查看那里是否运行缓慢。

Answer 3

Derick Rethans（Xdebug的作者）今天发表了一篇不错的文章，名为PHP在做什么？

它涵盖了您已经完成的strace，还向您展示了如何使用自定义.gdbinit获取导致问题的实际php函数名称。

当然，您必须使用gdb从命令行运行脚本，因此我希望您的问题可以通过这种方式重现。

mmap用于创建文件的内存映射视图。

如果确实是导致错误的错误处理程序，我猜您的脚本正在生成许多错误（您正在尝试记录），可能是循环中未定义索引的通知或其他内容。

检查日志文件（是否记录了所有内容？），如果未记录任何内容，请检查日志文件的权限，还请再次检查错误报告级别设置为什么。

var_dump(ini_get('error_reporting') & E_NOTICE); -如果您要报告通知，则为非零值。

error_reporting(E_ALL & ~E_NOTICE); -关闭报告通知。

Answer 4

使用Fiddler或YSlow Firefox插件等应用程序将有助于识别网站中加载缓慢的元素。 这应该使任何问题显而易见。

http://fiddler2.com/fiddler2/

https://addons.mozilla.org/zh-CN/firefox/addon/yslow/

希望这可以帮助

Answer 5

Chrome的Page Speed也可以选择：

https://developers.google.com/speed/docs/insights/using_chrome