打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