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.
查看服务chkconfig 发现只有近似 ipmievd 服务，估计就是这个，跟网上资料说的ipmi有出入！
Fix：不需要修复
| 代码如下 | 复制代码 |
| No fix required. You should ignore increased CPU utilization as it has no impact on actual system performance. | |
虽然这是一个利用空余的CPU资源进行一些接口自动调节的任务，但看着占那么多的资源还是怕出意外。
找到：可以临时降低
| 代码如下 | 复制代码 |
|
echo 100 > /sys/module/ipmi_si/parameters/kipmid_max_busy_us www.111cn.net In our system,after set this parameter,the cpu of kipmi0 decreased to 15%. |
|
确实执行上面命令后，所占CPU单核资源从100%降低到10%
You can try this.永久性降低
| 代码如下 | 复制代码 |
| 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 options ipmi_si kipmid_max_busy_us=100 |
|
上面这个编写进去去了，但还没reboot测试