续上一篇文章继续介绍如果查看函数级的CPU资源占用细节。

1、打curt报告方法

方法1：
抓取perfpmr文件 60秒。
perfpmr.sh 60

在结果文件trace上产生curt文件
curt -i trace.r -m trace.nm -o curt.out

方法2：
直接敲命令从产生trace开始

2、实例讲解分析思路

1） 先看System Summary，其中SYSCALL最高

2） 从Application Summary看高syscall对应的pid和tid

如果生成curt的时候，加入了trace.nm，结果是这样的，有了进程名字。
trcnm > trace.nm
curt -i trace.r_all -m trace.nm -o curt.out

3） 从System Call Summary看排在前面的进程

看到和之前Application Summary看到的几个进程都差不多，找第一个2752538看看，这个进程在干什么。
这Process Details for Pid是需要curt的时候 加-p

SVC：The name of the system call and its kernel address.

4） 这个进程中找前几个动作查看

没有trace.nm的效果：
03248380、032418B8是什么，需要到trace.nm里面搜

有trace.nm的效果
如果加入了trace.nm，效果是这样的

5） 搜索这个动作（3248380），发现有报错

猜测，可能是load不到so，并且有statx函数都报错（statx是collect information about symbolic links）

一般来说，so被load之后，可以由多个程序共享，当所有程序都不用它的时候，它会被unload。

如果总是load不到so，有可能是一个so只被某个程序引用，当这个程序执行完成后，进程销毁，同时也把so unload。所以下次这个程序被调起的时候，so是找不到的，还需要重新加载so。

6） 解决方案
让另一个长期存活的进程加载so，这样so在系统当中的计数就不会归0，so就不会反复unload、load

微信公众号：性能测试与调优