博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
xDebug + webgrind 对 php 程序进行性能分析
阅读量:5354 次
发布时间:2019-06-15

本文共 1797 字,大约阅读时间需要 5 分钟。

环境

macOs Sierra

php 7.0.8

MAMP Pro 集成环境


背景

最近有一个需要在微信朋友圈上线的 h5,本人做了一个抽奖的接口,也没多想,直接上 php ci(CodeIgniter)框架。

按照腾讯方的要求,需要 ab 测试,在总请求数 15000,并发 500 下平均响应时间小于 200ms

谁知道等开发完毕,ab 跑完,响应时间直飚近 400ms。

所以接下来借助 php 强大的 xDebug 扩展和 webgrind 来查看代码调用耗时情况


1、添加 php 的 xDebug 扩展

因为 MAMP Pro 自带 xDebug 扩展,所以直接开启就好:

896608-20161229160805586-1493236755.png

2、php.ini 配置中开启 Profiler(性能跟踪器)

Profiler工作方式类似于函数追踪,是在脚本程序运行时自动将性能记录文件保存下来。

[php.ini]

xdebug.profiler_enable = 1xdebug.profiler_enable_trigger = 1

3、下载 webgrind

因为 xDebug 的 Profiler 生成的性能记录文件的格式,不是给人看的:

896608-20161229161217882-973345046.png

所以需要下载图形界面的分析工具,Linux KDE 可以用 KChaceGrind,windows 下可以用 winChaceGrind ,Mac 上没有发现合适的桌面端软件,所以用 Web 版的 webgrind 是最好的选择。

Github 地址:

下载后直接放在本地服务器根目录直接访问就行:

4、使用方法

把需要分析的 url 后面接上 ?XDEBUG_PROFILE,例如:

然后刷新 webgrind 网页,新的数据会出现:

896608-20161229162124211-1604410264.png

下面介绍下 webgrind 的一些参数含义:

896608-20161229164224992-1029720322.png

第一个选项:webgrind 把所有被调用函数/方法首先做一个排序,由高到低显示。然后取出前 N 个,使他们耗时比率之和在 90-100% 之间。

要注意的是,最好不要选择100%,这样将会显示所有被调用的函数/方法,如果是一个代码复杂的页面,那么webgrind偶尔会被卡死。并且通常我们只要关注耗时前几 > 名的函数即可。

第二个选项:选择 profile 文件。默认是分析最新一次的 xdebug 记录。如果之前设置好路径和记录机制那么我们就会发现下拉列表里有很多选项。

第三个选项:显示百分比/毫秒/微秒。

彩色进度条:蓝代表 php 内置函数,灰代表 require/include,绿代表类方法,橙黄代表过程函数 (用户自定义函数)

896608-20161229164352773-348726502.png

invocation count - 表示整个 php 页面从载入到执行完毕呈现,各种函数被调用的总次数

total self cost - 表示函数自身消耗
total inclusive cost - 表示此函数从开始到执行完毕所用消耗 ,包括自身消耗和调用其他函数消耗

点击一个父函数名后出现展开:

Calls - 此函数中调用并执行的所有函数/方法名、次数及耗时

Total Call Cost - 被此父函数调用时,执行的总耗时
Count - 被此父函数调用时,执行的次数

5、分析数据

896608-20161229162233726-2123716501.png

如上图,最耗时的并不是我认为的抽奖模块,而是 ci 框架本身 + 数据库

让我再进一步瞧瞧:

896608-20161229162437804-1049848650.png

如上图,在 load_class 项目里,最耗时的涉及 ci 框架重要模块的加载,包括URL、Hooks、Config、Router、Output模块,这些都是 ci 框架易用性的保障,除了Hooks 可以在 config 文件里禁用,绝大多数应该不能关闭。

896608-20161229162710945-777770121.png

再来看 DB 项,最耗时的是数据库的初始化

896608-20161229162902679-852036758.png

最后一项,是 ci 的系统核心层最耗时的是 model 的构造过程,仍是初始化


结论

借用《主流 PHP 框架性能评测》() 文中的数据分析图(柱状图越高性能越好)

896608-20161229163049539-754409983.png

框架有利有弊,利是方便开发,易用稳定,弊端可能就是不管你的实际需求,初始化加载很多用不到的功能。

所以:

在涉及微小型的接口开发,建议采用原生 php 。

在涉及复杂型接口时,采用框架的同时,适当开启 php 缓存,比如 APC 和 OPcache,都可以让性能得到一些提升,弥补使用框架的不足。

转载于:https://www.cnblogs.com/xjnotxj/p/6233614.html

你可能感兴趣的文章
[leetcode]28. Implement strStr()实现strStr()
查看>>
VMware虚拟机在局域网联网的设置方法
查看>>
python ConfigParser模块get方法简介
查看>>
几种开源的TCP/IP协议栈分析
查看>>
购书打折
查看>>
Google Protocol Buffer 的使用和原理[转]
查看>>
一步一境界
查看>>
下载SRA文件
查看>>
二十七、Java图形化界面设计——容器(JFrame)
查看>>
vim命令
查看>>
event.srcElement 用法笔记
查看>>
zookeeper(2)——zookeeper服务器集群监控ZK UI
查看>>
SQL高级查询基础
查看>>
个人笔记本安装多个jdk(jdk1.7,jdk1.8,jdk1.9,jdk10.0)出现的问题
查看>>
Transformer
查看>>
java 重定向和转发的区别(转)
查看>>
Listview多tab上滑悬浮
查看>>
linux学习笔记31--命令route和routetrace
查看>>
给mysql添加账户并且赋予权限
查看>>
poj3422Kaka's Matrix Travels
查看>>