oprofile 使用之二（run 使用事件采样）

最新推荐文章于 2024-09-14 22:08:32 发布

iteye_19129

最新推荐文章于 2024-09-14 22:08:32 发布

阅读量147

点赞数

文章标签：嵌入式操作系统

简介oprofile

oprofile 是 Linux 平台上的一个功能强大的性能分析工具，支持两种采样(sampling)方式：基于事件的采样(event based)和基于时间的采样(time based)。

基于事件的采样是oprofile只记录特定事件（比如L2 cache miss）的发生次数，当达到用户设定的定值时oprofile 就记录一下（采一个样）。这种方式需要CPU 内部有性能计数器(performace counter)。

基于时间的采样是oprofile 借助OS 时钟中断的机制，每个时钟中断 oprofile 都会记录一次(采一次样）。引入的目的在于，提供对没有性能计数器 CPU 的支持。其精度相对于基于事件的采样要低。因为要借助 OS 时钟中断的支持，对禁用中断的代码oprofile不能对其进行分析。

运行问题

交叉编译成功，并初步运行成功，不代表整个程序没有任何后顾之忧。

下一步开始分析软件性能

1. 优先选择事件采样，因为它性能好精度高。

2.opcontrol --init 插入oprofile.ko驱动挂载oprofilefs

3.opcontrol --setup --event=CPU_CYCLES:1000::0:1 --session-dir=/opt/gtk/testop/ 设置使用CPU周期事件采样并且把采样信息输出到/opt/gtk/testop/中

4.使用如下代码保存成multiply.c 编译 arm-linux-gcc -g multiply.c -omultiply.arm

int fast_multiply(x, y)/multiply.c
{
return x * y;
}
int slow_multiply(x, y)
{
int i, j, z;
for (i = 0, z = 0; i < x; i++)
z = z + y;
return z;
}
int main()
{
int i,j;
int x,y;
for (i = 0; i < 2000; i ++) {
for (j = 0; j < 30 ; j++) {
x = fast_multiply(i, j);
y = slow_multiply(i, j);
}
}
return 0;
}

5.执行如下命令

opcontrol --start && ./multiply.arm && opcontrol --dump && opcontrol --stop

启动采样执行程序转储采样信息停止采样

6.执行如下命令

opannotate --source ./multiply.arm 进行采样信息分析

却怎么也分析不到数据

总是提示如下错误

error: no sample files found: profile specification too strict ?

查了一下oprofile的FAQ(http://oprofile.sourceforge.net/faq/) 综合我们现在的情况大致意思是说我们的参数没有配置正确

7.解决问题

为了验证我们的各个软件的版本 binutils oprofile kernel popt的版本是否正确我们在X86的机器上进行了编译运行的实验，使用如上的的软件源码和测试代码使用方法，成功的打印出如下信息

说明我们的方法没有错误

8.深入分析

综上所属，总结出结论在x86 和 arm 上的区别在于体系结构的差别，计划分析内核模块oprofile.ko在采样上的方式。

9.分析x86上采样的方式

我pc机的内核版本是2.6.26

经过printk打印最终定位为

arch/x86/oprofile/op_model_ppro.c +119 的

static int ppro_check_ctrs(struct pt_regs * const regs,
struct op_msrs const * const msrs)

函数中调用函数oprofile_add_sample向oprofilefs文件系统进行信息转储供后面的分析器（eg. opannotate）使用的

因为在注释掉这句以后X86执行上述操作也不再有信息上传，分析得到的结果也是

error: no sample files found: profile specification too strict ? 这样的错误

10.分析arm上采样的工作方式

经过分析，arm上的工作方式大致是先配置performance monitor unit 的寄存器，然后注册中断，到了事件到来的时候

中断就会被触发然后中断处理函数会调用oprofile_add_sample向oprofilefs文件系统进行信息转储供后面的分析器

（eg.opannotate）使用

在arm11的中断注册处理函数里面却没有发现中断处理函数

static irqreturn_t arm11_pmu_interrupt(int irq, void *arg) 被调用，因为只有这个函数调用oprofile_add_sample才会被调用

没有数据样本被采样，所以没有结果输出，查中断注册的地方结果发现了如下代码

static int irqs[] = {
#ifdef CONFIG_ARCH_OMAP2
3,
#endif
};

ret = arm11_request_interrupts(irqs, ARRAY_SIZE(irqs));

int arm11_request_interrupts(int *irqs, int nr)
{
unsigned int i;
int ret = 0;

for(i = 0; i < nr; i++) {
ret = request_irq(irqs[i], arm11_pmu_interrupt, IRQF_DISABLED, "CP15 PMU", NULL);
if (ret != 0) {
printk(KERN_ERR "oprofile: unable to request IRQ%u for MPCORE-EM\n",
irqs[i]);
break;
}
}

if (i != nr)
while (i-- != 0)
free_irq(irqs[i], NULL);

return ret;
}