性能指标之资源指标-CPU-谁占用了CPU-函数级-curt

打curt报告方法

方法1：

抓取perfpmr文件 60秒。

#perfpmr.sh 60

在结果文件trace上产生curt文件

curt -i trace.r -m trace.nm -o curt.out

方法2：

直接敲命令从产生trace开始



实例讲解分析思路

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