最近一个用户这边服务器运行四五天就会出现服务器负载很高的情况，原本正常是0.3~0.5左右  不正常的时候会达到3，重启机器就正常，开始以为是程序问题，后来在观察的时候把程序给杀掉了 然后重启，结果负载还是很高，于是挨个分析每个进程发现

查看当前正在运行的进程发现kipmi0进程占用率达到100%。

于是查了下这个进程的一些资料

google查不到多少资料，看到一篇说法：是一些平台接口的管理器。不敢贸然杀死，再查查资料。

看看专业的说法：
kipmi is supposed to run with low priority. When you say it consumes 70-90% of the CPUs, is that constant (does it still consume the processor when they are other tasks in the process queue that should have a larger slice of the CPU time) or the 70%/90% comes when the machine is idle? 
A second issue to investigate is whether you have pending controller issues (alarms of varying nature that are not resolved) and/or older versions of controller firmware.

虽然这是一个利用空余的CPU资源进行一些接口自动调节的任务，但看着占那么多的资源还是怕出意外。并且现在已经出了意外 反正不管怎么样试试

Fix：不需要修复
No fix required. You should ignore increased CPU utilization as it has no impact on actual system performance.
利用空余的CPU资源进行一些接口自动调节的任务。

临时降低（立即生效，cpu占用率降到10%以内）：

echo 100 > /sys/module/ipmi_si/parameters/kipmid_max_busy_us

永久性降低（修改配置文件，模块/系统重启生效）

To make the changes persistent you can configure the options for the ipmi_si kernel module.
Create a file in /etc/modprobe.d/, i.e./etc/modprobe.d/ipmi.conf, and add the following content:
# Prevent kipmi0 from consuming 100% CPU

echo "options ipmi_si kipmid_max_busy_us=100">/etc/modprobe.d/ipmi.conf

修改了了之后再查看下系统负载，果然降低到了正常值。