论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2012-09-27 12:55 |只看该作者 |倒序浏览

这是官方发布的oprofile的局限性其他的我觉得还好，但是最后不能用在调试多线程程序的锁竞争问题，因为oprofile不会记录没有使用cpu时的情况，比如等待一个锁时的睡眠。
不知道大家有没有好的办法，对于多线程锁，或者是IO等待的时间等的统计工具

* 对共享库的使用 — 除非使用 --separate=library 选项，共享库中的编码样品不会成为某个特定应用程序的属性。

  * 性能监视样品不精确 — 当性能监视注册器引发了抽样行动，中断处理将不会明确给出例外的类型。由于处理器要无序地执行指令，样品可能会在附近的指令上被抽取。

  * oprofpp 不能够正确地归类内联函数样品 — oprofpp 使用一个简单的地址范围机制来决定它所在的是哪个函数的地址。内联函数样品不从属于那个内联函数，而是从属于那个内联函数所插入的函数。

  * OProfile 从多次运行中积累数据 — OProfile 是一个系统范围内的建档器，它预计进程会被多次启动和关闭。这样，样品就会从多次运行实例中被积累下来。使用 opcontrol --reset 来清除从以前运行实例中抽取的样品。

  * 非 CPU 约束的性能问题 — OProfile 能够找出受 CPU 约束的进程的问题。OProfile 不会识别正处于睡眠状态的进程，因为这些进程正在等待锁或其它事件的发生（如等待 I/O 设备完成操作）。