gpt4 book ai didi

load - 某些用户进程运行时定时器中断次数较少

转载 作者:行者123 更新时间:2023-12-04 23:57:31 24 4
gpt4 key购买 nike

在一个节点中我们看到时间总是漂移,ntp抖动非常大。当我们通过主机中的 vmstat 检查中断数量时,大约有 40-50 个中断,在这些机器中通常应该在 1000 + 左右。当我们停止 java 进程并检查中断时,它在 1K 左右恢复正常。还有

cat /proc/interrupts ;  sleep 2 ; cat /proc/interrupts 

在 Java 进程运行时显示大约 200 个中断,在进程停止时显示大约 2k 个中断。

我觉得定时器中断的延迟可以解释

  1. 机器上的高负载:由于进程在时间片后没有被踢出处理器,更多进程在运行队列中,因此负载很高
  2. 响应非常慢:好吧,由于在 quantum 之后没有定时器中断,我们正在运行的命令可能不会被再次调度

但无法解释

  1. 低 %cpu 使用率

这里的问题很少:

  1. 中断发生了什么?
  2. 定时器中断具有最高优先级 ( irq0 ),不能忽略。那么,为什么(如果有的话)用户杠杆流程会导致这种情况?

最佳答案

看起来这是一个硬件问题。杀死纠正系统的用户程序是巧合。还有 http://support.ntp.org/bin/view/Support/KnownOsIssues#Section_9.2.1.1 .谈论类似的问题。

关于load - 某些用户进程运行时定时器中断次数较少,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9749403/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com