redhat linux核心資訊 warning:many lost ticks

系統中有時候會出現如下警告資訊：
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

下面簡單記錄一下搜尋出來的相關內容

[@more@]在某些系統上，當首次訪問一些 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的版本，咋地還出現這樣的問題呢？