[workaround] ipmi feleslegesen növeli a load kijelzést

Linux-haladó

Van 8 mag a szerverben. Jön a felhasználó, és futtat 8 szálon. Használ 8*100% cpu-t.

A load érték viszont olyan 8.8, ugyanis a [kipmi0] nevű kernelthread szinte mindig RN státuszban van. (RN: runnable, nice).
Nem befolyásolja érdemben a felhasználó munkáját, csak a load érték lesz hibás.Ha a felhasználó 1..7 szálon futtat, akkor a [kipmi0] nem tölt el értelmes mennyiségű időt runnable státuszban, tehát a load értéke helyesen 1..7. 

root@cn14:~# cat /etc/debian_version 
6.0.5
root@cn14:~# uname -a
Linux cn14 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux
root@cn14:~# uptime
 10:39:23 up 1 day, 18:49,  1 user,  load average: 8.75, 8.72, 8.65
root@cn14:~# lsmod | fgrep ipmi
ipmi_devintf            6587  0 
ipmi_si                30960  0 
ipmi_msghandler        26634  2 ipmi_devintf,ipmi_si
root@cn14:~# ps faxu | grep [k]ipmi
root       909  0.1  0.0      0     0 ?        RN   Jun05   3:21  \_ [kipmi0]

ipmitool 1.8.11-2+squeeze2
ipmievd fut vagy nem fut, nem befolyásolja.

nincs helyi diszk, pxeboot, nfsroot.
12GiB ram, 2x Intel Xeon E5520

44 pont ilyen szerverem van.

minden tippet előre is köszönök.

  • 1799 megtekintés

( egeresz | 2012. 06. 07., cs – 10:56 )

talán az is jó volna, ha nem lenne N (nice) a thread, várhatóan ténylegesen csak elenyésző cpu-t fogyaszt.

( zamboriz v | 2012. 06. 07., cs – 11:57 )

http://www.kernel.org/doc/Documentation/IPMI.txt

If your IPMI interface does not support interrupts and is a KCS or
SMIC interface, the IPMI driver will start a kernel thread for the
interface to help speed things up. This is a low-priority kernel
thread that constantly polls the IPMI driver while an IPMI operation
is in progress. The force_kipmid module parameter will all the user to
force this thread on or off. If you force it off and don't have
interrupts, the driver will run VERY slowly. Don't blame me,
these interfaces suck.

Unfortunately, this thread can use a lot of CPU depending on the
interface's performance. This can waste a lot of CPU and cause
various issues with detecting idle CPU and using extra power. To
avoid this, the kipmid_max_busy_us sets the maximum amount of time, in
microseconds, that kipmid will spin before sleeping for a tick. This
value sets a balance between performance and CPU waste and needs to be
tuned to your needs.

( Dwokfur v | 2012. 06. 07., cs – 17:48 )

Könyvjelző.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."