1ms中断延迟问题

wilbur512

遇到个问题，详情如下：  

1）x86-64的多核SMP机器， 外接一个1ms中断发生器，也就是说，每1ms会发送一个中断给cpu


2）中断注册为19号中断 request_irq


3）每次进入19号中断处理函数，都打印一下当前cpu时间戳tsc的值




结果发现，每次tsc的间隔，很多都比较大，比1ms的cpu周期大很多，同时用硬件示波器看到，硬件1ms中断

是正常产生了的。 也就是说，系统并没有及时响应1ms中断


请问这是什么原因？

readkernel

3）每次进入19号中断处理函数，都打印一下当前cpu时间戳tsc的值

打印很耗时的，把打印操作放在软中断里做.

wmmy2008

可以中断服务程序中加个计数器撒，，，累加10个或者100个中断再打印一次时间戳；

readkernel

估计软中断也运行不了，3L方法不错

kouu

为什么要在中断上下文里面去打印呢？ 记在内存里，做个proc文件，然后让用户程序去读。

wilbur512

没有用时间戳了，采用do_gettimeofday，在每次中断里获取时间保存到数组里，

中断发生1000次后，开始打印数组结果


发现还是延迟

emmoblin

1ms不会差出到2ms吧?
有多少误差?

readkernel

如果要达到示波器那样的效果，获取时间值最好直接读硬件RTC寄存器，另外这个中断的优先级要最高。

wilbur512

现在的测试，尝试了两套方案：

1） 每次进入1ms中断，就记录一下gettimeofday的值，当记录完毕10w次后，打印相邻两次中断的间隔。
    结果发现出问题的时候，两次1ms中断间隔基本都是10多微秒。
    也就是说，现在看起来，两次1ms中断，在很短的时间内，被连续触发了？

2） 每次进入1ms中断，累加一个全局变量，同时也记录时钟jiffies的变化。  
     当测试结束时，比较jiffies和1ms中断的次数。

    由于我的时钟中断设置的是250HZ，也就是说，4ms会来一次时钟中断。那么，同样时间长度下，1ms中断(1000HZ)来的次数，应该是时钟中断的次数的4倍

    也就是，count = 4 * jiffies

    然而发现，count的值远大于jiffies的4倍，这就和第一种测试方法吻合，似乎是在很短时间内，1ms中断源，连续往cpu发送的多次中断


然而用示波器，又显示1ms中断发生波形是正常的，没有突发的连续发送中断的情形

这是怎么一回事？  实在感到匪夷所思

wilbur512

之前是靠读取TSC寄存器来做的，还是发现有较大的误差  RTC寄存器的话，最多只能到秒级别吧

[ 本帖最后由 wilbur512 于 2010-1-24 10:23 编辑 ]