LVP searchusearcht Getfreeauto t
Getfreeauto s LVP a %E6%D5%E1%C7%CA ct Esearch%Dhttp%3A%2F%2Fzh.cam4% Multitheftauto 1searchC7 LVP CA %E6%D5%E1%C7%CA u
o search %E6%D5%E1%C7%CA E6 %E6%D5%E1%C7%CA D% LVP 1 LVP C Getfreeauto %C
%E6%D5%E1%C7%CA Getfreeauto Vsearch hfasearcht Multitheftauto Multitheftauto %E6%D5%E1%C7%CA E Multitheftauto % LVP 5 %E6%D5%E1%C7%CA E Multitheftauto %
7 Multitheftauto CA 
b LVP search Getfreeauto searchn %E6%D5%E1%C7%CA d Multitheftauto ssearch searchb Getfreeauto search LVP %E6%D5%E1%C7%CA Multitheftauto asearch Multitheftauto searchrasearchu %E6%D5%E1%C7%CA ;
Feb 6 10:13:21 wg1 kernel: bnx2: eth0 NIC Copper Link is Down确认当时的确是有人动了网线，否则不能排除是否网卡本身不稳定。
Feb 6 10:57:20 wg1 kernel: input: AT Translated Set 2 keyboard on isa0060/serio0
Feb 6 10:57:29 wg1 login(pam_unix)[7424]: session opened for user root by LOGIN(uid=0)
Feb 6 10:57:29 wg1 -- root[7424]: ROOT LOGIN ON tty1
Feb 6 10:58:31 wg1 kernel: bnx2: eth0 NIC Copper Link is Up, 100 Mbps full duplex
kernel: warning: many lost ticks.
kernel: If your CPU support 'CPU Frequency scaling',You could ignore this warning
kernel: else your time source seems to be instable or some driver is hogging interupts
kernel: rip __do_softirq+0x4d/0xd0
在某些系统上，当首次访问一些 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)
CPU Frequency scaling，这一选项允许改变CPU的主频，使CPU在低负荷或使用电池时降低主频，达到省电的目的。
Enable CPUfreq debugging，是否允许调试CPU改变主频的功能，如果要调试，还需要在启动时加上参数。cpufreq.debug=
1：变频技术的内核调试
2：变频技术的驱动调试
4：变频技术的调节器调试
By eygle on 2010-02-06 15:09 | Comments (3) | Del.icio.us | | System | Edit |Pageviews:
术业有专攻，每个人的精力都是有限的，不可能在每个方向都做成TOP，如果你公司的目标是提供TOP级的ORACLE服务，我个人觉得这种遇到问题临时只能算抱佛脚：） 碰到实质些的难题肯定不是办法.....