iis worker process cpu占用过高

TOP发现系统负载整体很低，但CPU2的sys占用率很高在90%以上，查看当前正在运行的进程发现kipmi0进程占用率达到100%。

IPMI的初步认识：
IPMI是智能型平台管理接口（Intelligent Platform. Management Interface）的缩写，是管理基于Intel结构的企业系统中所使用的外围设备采用的一种工业标准，
该标准由英特尔/惠普/NEC/美国戴尔电脑和SuperMicro等公司制定。用户可以利用IPMI监视服务器的物理健康特征，如温度/电压/风扇工作状态、电源状态等。而且
更为重要的是IPMI是一个开放的免费标准，用户无需为使用该标准而支付额外的费用。
自1998 年，IPMI论坛创建了IPMI标准依赖，其已经得到了170 多家供应商的支持，使得其逐渐成为了一个完整地包括服务器和其他系统（如存储设备、网络和通信设备）的硬件管理规范，目前该标准最新版本为IPMI 2.0，该版本在原有基础上有了不少的改进，包括可以通过串口、Modem以及Lan等远程环境管理服务器系统（包括远程开关机），以及在安全、VLAN 和刀片支持等方面的提高。IPMI针对大量监 控、控制和自动回复服务器的作业，提供了智能型的管理方式。此标准适用于不同的服务器拓朴学，以及Windows、Linux、 Solaris、Mac或是混合型的操作系统。此外，由于IPMI可在不同的属性值下运作，即使服务器本身的运作不正常，或是由于任何原因而无法提供服 务，IPMI仍可正常运作。

查看IPMI相关的内核源码，发现09年提出的一个Patch（目前已合入主干，并做了再次修改）：

1. [PATCH] limit CPU time spent in kipmid (version 4)
2.  
3.  
4. -off-by: martin.wilck@xxxxxxxxxxxxxx
5. --- linux-2.6.29.4/drivers/char/ipmi/ipmi_si_intf.c    2009-05-19 01:52:34.000000000 +0200
6. +++ linux-2.6.29-rc8/drivers/char/ipmi/ipmi_si_intf.c    2009-06-04 15:30:34.855398091 +0200
7. -297,6 +297,9 @@
8. int force_kipmid[SI_MAX_PARMS];
9. int num_force_kipmid;
10.  
11. +static unsigned int kipmid_max_busy_us[SI_MAX_PARMS];
12. +static int num_max_busy_us;
13. +
14. int unload_when_empty = 1;
15.  
16. int try_smi_init(struct smi_info *smi);
17. -927,23 +930,56 @@
18. }
19. }
20.  
21. +#define ipmi_si_set_not_busy(timespec) \
22. +    do { (timespec)->tv_nsec = -1; } while (0)
23. +#define ipmi_si_is_busy(timespec) ((timespec)->tv_nsec != -1)
24. +
25. +static int ipmi_thread_busy_wait(enum si_sm_result smi_result,
26. +    const struct smi_info *smi_info,
27. +    struct timespec *busy_until)
28. +{
29. +    unsigned int max_busy_us = 0;
30. +
31. +    if (smi_info->intf_num < num_max_busy_us)
32. +    max_busy_us = kipmid_max_busy_us[smi_info->intf_num];
33. +    if (max_busy_us == 0 || smi_result != SI_SM_CALL_WITH_DELAY)
34. +    ipmi_si_set_not_busy(busy_until);
35. +    else if (!ipmi_si_is_busy(busy_until)) {
36. +    getnstimeofday(busy_until);
37. +    timespec_add_ns(busy_until, max_busy_us*NSEC_PER_USEC);
38. +    } else {
39. +    struct timespec now;
40. +    getnstimeofday(&now);
41. +    if (unlikely(timespec_compare(&now, busy_until) > 0)) {
42. +    ipmi_si_set_not_busy(busy_until);
43. +    return 0;
44. +    }
45. +    }
46. +    return 1;
47. +}
48. +
49. int ipmi_thread(void *data)
50. {
51. *smi_info = data;
52. ;
53. ;
54. +    struct timespec busy_until;
55.  
56. +    ipmi_si_set_not_busy(&busy_until);
57. (current, 19);
58. while (!kthread_should_stop()) {
59. +    int busy_wait;
60. (&(smi_info->si_lock), flags);
61. = smi_event_handler(smi_info, 0);
62. (&(smi_info->si_lock), flags);
63. +    busy_wait = ipmi_thread_busy_wait(smi_result, smi_info,
64. +    &busy_until);
65. if (smi_result == SI_SM_CALL_WITHOUT_DELAY)
66. ; /* do nothing */
67. -    else if (smi_result == SI_SM_CALL_WITH_DELAY)
68. +    else if (smi_result == SI_SM_CALL_WITH_DELAY && busy_wait)
69. ();
70. else
71. -    schedule_timeout_interruptible(1);
72. +    schedule_timeout_interruptible(0);
73. }
74. ;
75. }
76. -1213,6 +1249,11 @@
77. (unload_when_empty, "Unload the module if no interfaces are"
78. " specified or found, default is 1. Setting to 0"
79. " is useful for hot add of devices using hotmod.");
80. +module_param_array(kipmid_max_busy_us, uint, &num_max_busy_us, 0644);
81. +MODULE_PARM_DESC(kipmid_max_busy_us,
82. +    "Max time (in microseconds) to busy-wait for IPMI data before"
83. +    " sleeping. 0 (default) means to wait forever. Set to 100-500"
84. +    " if kipmid is using up a lot of CPU time.");

通过Patch的说明以及Patch中最后的参数介绍：当kipmid占用较多CPU时，可以将kipmid_max_busy_us设置100-500。
邮件原文如下，是为了降低kipmid的开销

1. Hi all,
2.  
3. for the long silence. I am sending here a new version of my patch which takes into account Bela's suggestions (well, most of them).
4. and tested it with 2.6.29.4, the results are similar as before. By setting kipmid_max_busy_us to a value between 100 and 500, it is possible to bring down kipmid CPU load to practically 0 without loosing too much ipmi throughput performance.
5.  
6. get merged, and if not, what improvement is needed.
7.  
8.  Regards
9.  Martin

Kipmid的开销与其实现有关，暂时不深入究，不过可以通过Patch看到通过设置kipmid_max_busy_us来影响kipmid的调度策略，进而降低CPU的占用率。
看一下网上对ipmi占用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

转载于:https://blog.51cto.com/hunkz/1653806