redhat linux內核信息 warning:many lost ticks
系統(tǒng)中有時候會出現(xiàn)如下警告信息：
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
下面簡單記錄一下搜索出來的相關內容
在某些系統(tǒng)上，當首次訪問一些 IDE 設備時，可能顯示信息warning:many lost ticks（警告：丟失許多嘀嗒信號）。當 IDE 設備沒有使用 DMA 進行數(shù)據(jù)傳輸時，會顯示此信息，因為非 DMA 傳輸所用的時間比計時器嘀嗒信號間隔長很多（在此期間，處理器無法處理計時器嘀嗒信號中斷）。此信息并不表示系統(tǒng)出現(xiàn)故障，也不會導致任何功能問題。如果系統(tǒng)運行的是帶 Update 1 或更高版本（含適用于此控制器的更新驅動程序）的 Red Hat Enterprise Linux 4，則連接至 Intel ICH7 IDE控制器的設備不會遇到這種問題。但是，由于其它 IDE 設備無法使用DMA，因此該信息仍然會顯示。
在基于 AMD 處理器的系統(tǒng)上，如果啟用非一致內存存取 (Non Uniform Memory Access) 功能，則系統(tǒng)在高負載情況下將顯示“lost ticks”（丟失嘀嗒信號）信息當運行 Red Hat Enterprise Linux 4（更新 4 之前的版本）的系統(tǒng)處于高負載時，屏幕將顯示以下信息：
warning: many lost ticks.（警告：丟失許多嘀嗒信號。）
Your time source seems to be instable or some driver is hogging interrupts
（時間源似乎不穩(wěn)定或者某些驅動程序干擾中斷）
rip __do_softirq+0x4d/0xd0
當在基于 AMD 處理器的系統(tǒng)上使用非一致內存存取 (NUMA) 功能時，將出現(xiàn)此問題。要解決此問題，請將以下參數(shù)添加到內核命令行：
console=tty0 numa=off
注：確保 numa=off 為內核命令行中的最后一個選項。如果 numa=off 不是最后一個選項，
將不能識別此參數(shù)。
在 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 處理常式之間的爭用所導致，但是對於系統(tǒng)沒有負面影響。
(上面一小段是SUN的文檔上的解釋)
同時注釋一下HPET的全稱吧：High Precision Event Timer (HPET)
可以我的明明是DELL機器上的INTEL的CPU＋Red Hat Enterprise Linux 4 U4的版本，咋地還出現(xiàn)這樣的問題呢？
跟我的情況一樣
也是dell的2950，update 更高呢，可問題存在。
主要是負載高導致的。
|
