火焰图分析openresty性能瓶颈
Posted sxhlinux
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了火焰图分析openresty性能瓶颈相关的知识,希望对你有一定的参考价值。
注:本文操作基于CentOS 系统
准备工作
- 用wget从https://sourceware.org/systemtap/ftp/releases/下载最新版的systemtap.tar.gz压缩包,然后解压、./configure; make; make install 安装到目标主机;执行命令
stap -ve \'probe begin { log("hello systemtap!") exit() }\'
如果提示pass 5: run completed ... 就表示安装成功。 - 安装内核开发包、调试包(需要查看内核函数)yum install kernel-devel; yum install kernel-debuginfo (需要观察内核级函数时)。
- 用wget从https://github.com/openresty/nginx-systemtap-toolkit下载最新的openresty调试工具,然后解压到/opt即可。
- 用wget从https://github.com/brendangregg/FlameGraph下载最新的FlameGraph(火焰图),然后解压到/opt即可。
开始测试
- 配置openresty中的worker_processes、worker_cpu_affinity,然后启动openresty。
- 利用压测工具开始向openresty起压,统计QPS变化。
- 使用如下脚本生成火焰图(注:该脚本需要三个参数:分析的对象c表示nginx部分、lua表示lua脚本部分, PID是要分析的一个worker进程, NAME是生成火焰图的名称) 大家可以根据自己的实际环境对脚本进行修改
#!/bin/sh if [ $# -ne 3 ] then echo "Usage: ./`basename $0` lua/c PID NAME" exit fi pid=$2 name=$3 if [ $1 == "lua" ] then /opt/nginx-systemtap-toolkit/ngx-sample-lua-bt -p $pid --luajit20 -t 30 >temp.bt /opt/nginx-systemtap-toolkit/fix-lua-bt temp.bt >${name}.bt elif [ $1 == "c" ] then /opt/nginx-systemtap-toolkit/sample-bt -p $pid -t 10 -u > ${name}.bt else echo "type is only lua/c" exit fi /opt/FlameGraph/stackcollapse-stap.pl ${name}.bt >${name}.cbt /opt/FlameGraph/flamegraph.pl ${name}.cbt >${name}.svg rm -f temp.bt ${name}.bt ${name}.cbt
火焰图分析:
附上一张openresty C部分nginx的火焰图
火焰图上下表示函数调用栈(类似于gdb中bt命令看到的栈帧顺序),可以通过函数调用栈来定位到具体的执行路径;每一个函数的宽度表示该函数占用的cpu时间片,可以重点分析占用cpu时间片过多的函数。
后记:
openresty提供的性能分析工具基于systemtap。systemtap 的核心思想是定义一个事件(event),以及给出处理该事件的句柄(Handler)。当一个特定的事件发生时,内核运行该处理句柄,就像快速调用一个子函数一样,处理完之后恢复到内核原始状态。这里有两个概念:
- 事件(Event):systemtap 定义了很多种事件,例如进入或退出某个内核函数、定时器时间到、整个systemtap会话启动或退出等等。
- 句柄(Handler):就是一些脚本语句,描述了当事件发生时要完成的工作,通常是从事件的上下文提取数据,将它们存入内部变量中,或者打印出来。
systemtap 工作原理是通过将脚本语句翻译成C语句,编译成内核模块。模块加载之后,将所有探测的事件以钩子的方式挂到内核上,当任何处理器上的某个事件发生时,相应钩子上句柄就会被执行。最后,当systemtap会话结束之后,钩子从内核上取下,移除模块。整个过程用一个命令 stap 就可以完成。
以上是关于火焰图分析openresty性能瓶颈的主要内容,如果未能解决你的问题,请参考以下文章