【问题标题】:How bad is modifying the timer interrupt?修改定时器中断有多糟糕?
【发布时间】:2018-02-10 16:24:48
【问题描述】:

假设我们正在谈论一个云 linux 服务器。

对于我的一个项目。修改定时器中断以使处理器在每个滴答时也会检查 1-4 个缓存的 dwords 会有多糟糕?

运行系统会完全不稳定吗?慢得多?

其次,定时器中断是在 CPU 时钟附近还是更慢? (System_timer,不是 rtc)

【问题讨论】:

  • 第二:慢很多,很多,很多,很多。就像,慢了几个数量级。定时器中断间隔可以以毫秒为单位。
  • 为什么会导致系统不稳定?如果您在编写新零件时知道您在做什么,那么系统就不会不稳定。对于本地 L1、L2、L3 命中,缓存时序按 4-15-45 个时钟的顺序排列。对于典型的 2.5GHz 频率,这是 1.6ns-18ns 的最小值-最大值。这比典型的计时器滴答声大约 5-6 个数量级。
  • 谢谢!至于不稳定,我担心一些新引入的延迟会使其他依赖组件超时而他们没想到会发生这种情况

标签: linux-kernel x86-64


【解决方案1】:

不好。

操作系统在定时器中断上做了很多事情。听起来您建议添加的内容微不足道。但我仍然不建议将它添加到定时器中断处理程序本身。中断处理程序是一件棘手的事情。

您应该使用内核中的系统来安排您的任务运行。 (抱歉,我不能说得更具体,但如果您正在认真考虑更改基本中断处理程序,那么您应该不会有任何问题。)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-01-01
    • 2010-11-24
    • 2011-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多