redhat linux内核信息 warning:many lost ticks
作者 zhang41082 11:36 | 静态链接网址 | 最新回复 (1) | 引用 (0) | 操作系统
系统中有时候会出现如下警告信息: bt1 kernel: warning: many lost ticks. bt1 kernel: Your time source seems to be instable or some driver is hogging interupts bt1 kernel: rip __do_softirq+0x4d/0xd0 bt1 kernel: Falling back to HPET
下面简单记录一下搜索出来的相关内容
在某些系统上,当首次访问一些 IDE 设备时,可能显示信息warning:many lost ticks(警告:丢失许多嘀嗒信号)。当 IDE 设备没有使用 DMA 进行数据传输时,会显示此信息,因为非 DMA 传输所用的时间比计时器嘀嗒信号间隔长很多(在此期间,处理器无法处理计时器嘀嗒信号中断)。此信息并不表示系统出现故障,也不会导致任何功能问题。如果系统运行的是带 Update 1 或更高版本(含适用于此控制器的更新驱动程序)的 Red Hat Enterprise Linux 4,则连接至 Intel ICH7 IDE控制器的设备不会遇到这种问题。但是,由于其它 IDE 设备无法使用DMA,因此该信息仍然会显示。
在基于 AMD 处理器的系统上,如果启用非一致内存存取 (Non Uniform Memory Access) 功能,则系统在高负载情况下将显示“lost ticks”(丢失嘀嗒信号)信息当运行 Red Hat Enterprise Linux 4(更新 4 之前的版本)的系统处于高负载时,屏幕将显示以下信息: warning: many lost ticks.(警告:丢失许多嘀嗒信号。) Your time source seems to be instable or some driver is hogging interrupts (时间源似乎不稳定或者某些驱动程序干扰中断) rip __do_softirq+0x4d/0xd0 当在基于 AMD 处理器的系统上使用非一致内存存取 (NUMA) 功能时,将出现此问题。要解决此问题,请将以下参数添加到内核命令行: console=tty0 numa=off 注:确保 numa=off 为内核命令行中的最后一个选项。如果 numa=off 不是最后一个选项, 将不能识别此参数。 在 Red Hat Enterprise Linux 4 更新 4 中已解决这一问题。
(上面这一片是DELL的文档上的解释)
您可以安心忽略 RHEL4 U4 丟失滴答計時的訊息(6483062) 在沈重的負載下,RHEL4 訊息檔案與 dmesg 記錄檔可能顯示類似下列的訊息: Warning many lost ticks Your time source seems to be unstable or some driver is hogginginterrupts. 此訊息是由不同 IRQ 處理常式之間的爭用所導致,但是對於系統沒有負面影響。 (上面一小段是SUN的文档上的解释)
同时注释一下HPET的全称吧:High Precision Event Timer (HPET)
可以我的明明是DELL机器上的INTEL的CPU+Red Hat Enterprise Linux 4 U4的版本,咋地还出现这样的问题呢?
跟我的情况一样
也是dell的2950,update 更高呢,可问题存在。
主要是负载高导致的。
|