Debian Jessie: ksoftirqd hat permanent hohe CPU Zeiten (10-15% pro cpu)

FelixM

Hallo

ich hab vor ein paar Tagen bemerkt dass dem bisweilen so ist wie im Titel beschrieben und wollte mal nachhorchen ob das Problem noch jemand anders hat ?

Wie findet mans raus? Ich benutze normalerweise htop und da sind die Kernel-Threads standardmässig versteckt, also habe ich es nicht bemerkt. Einfach zu sehen mit dem Standard top.
Die Zahlen die ich im Titel genannt habe sind auch nur Peak Werte, aber ksoftirqd verbraucht offenbar auch in einer Idle Installation von Jessie relativ viel wenn die als VServer betrieben wird.
Kernelversion: 3.16.0-4-amd64

Bei mir hat es Abhilfe geleistet nohz=off als Kernelparameter in /etc/default/grub hinzuzufügen.
Vielleicht haben andere ja das selbe Problem. Angeblich soll es auch helfen auf einen Kernel aus jessie-backports zu wechseln aber diesen Weg habe ich nicht gewählt.

KB19

Das Problem kenne ich! Der Kernel aus Backports hat bei mir immer geholfen: Problem ksoftirqd/rcu_sched: Gestiegene CPU-Zeiten (Ich merke gerade, dass das im ncLabs-Bereich steht, ich kann den Text nachher ja mal rauskopieren, wenn ich wieder am Desktopsystem bin.)

Das Problem trat immer nur auf Systemen mit mehreren Kernen auf, nicht nur bei netcup. Die Bootoption half bei mir lustigerweise nie.

MfG Christian

perryflynn

download (1).png

Dieser Beitrag wurde Ihnen präsentiert von Perryflynns Thread Kopierservice.

KB19

Zitat von perryflynn

Dieser Beitrag wurde Ihnen präsentiert von Perryflynns Thread Kopierservice.

Oje, und schon wieder verschuldet mit Services, wo ich die Preisliste vorher lesen hätte sollen…

(Danke für den Screenshot! :))

MfG Christian

FelixM

Da darf ich aus irgendeinem Grund nicht reinsehen. Zugriff verwehrt also Entschuldigung falls das Thema jetzt doppelt im Forum vorkommt aber ich konnte es auch nicht hier finden

Aber ihr meint der Backports Kernel ist die bessere Lösung? Dann werde ich das die Tage mal ausprobieren. Für mich hörte sich die Dokumentation auch eher danach an als ob dynticks-idle ein Feature ist was man haben möchte, aber ich wollte erstmal verhindern dass mein VServer weiter sinnlos Ressourcen frisst.
rcu_sched ist bei mir relativ ruhig und ich betreibe schon einige Services auf meiner Kiste u.A. auch ein selbstgeschriebens Programm was in Echtzeit Daten broadcastet, nicht viele Daten, aber mehrmals pro Sekunde eben. Ein Arbeitskollege sagte mir dass nohz=off geringfügige negative Auswirkungen auf die Genauigkeit der Timerinterrupts haben kann.

Tante Edith: was ist ncLabs ?

KB19

Ob der Backports-Kernel besser ist, will ich nicht beurteilen. Es war bei mir halt die einzige brauchbare Lösung!

ncLabs (netcup Labs) ist die Testumgebung für neue Entwicklungen im Bereich vServer und Webhosting: netcup Labs

Auf den vorher gesetzten Link haben nur Teilnehmer des ncLabs-Programms Zugriff, deshalb konntest Du ihn über die Suchfunktion auch nicht finden. perryflynn hat aber eh den Screenshot meiner dortigen Beiträge hier gepostet.

MfG Christian

p4scal

Nabend,

sorry dass ich den Thread wieder rauskrame...

Habe nun auch mal wieder einen Server bei Netcup und habe meinen "alten" Server mehr oder weniger migriert.
Was mir nun aufgefallen ist, ist dass die Load höher ist und der Prozess ksoftirqd immer wieder ~20% CPU beansprucht.

Kann mir jemand sagen warum das so ist? Warum ist das so unterschiedlich? Wie krieg ich das "besser" hin?
Beides sind KVM Server und wie schon gesagt, laufen auf beiden genau die selben Dienste.

Vergleich:

Netcup:

Code

top - 21:06:14 up 11 min,  1 user,  load average: 0,01, 0,21, 0,25
Tasks:  96 total,   1 running,  95 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,3 us,  0,0 sy,  0,0 ni, 99,3 id,  0,2 wa,  0,0 hi,  0,0 si,  0,2 st
KiB Mem:   6129352 total,  1232584 used,  4896768 free,	17364 buffers
KiB Swap: 12578812 total,    	0 used, 12578812 free.   347572 cached Mem




  PID USER  	PR  NI	VIRT	RES	SHR S  %CPU %MEM 	TIME+ COMMAND
	3 root  	20   0   	0  	0  	0 S  23,3  0,0   1:10.46 ksoftirqd/0
   93 root  	20   0   	0  	0  	0 S   1,0  0,0   0:02.26 kworker/0:2
   13 root  	20   0   	0  	0  	0 S   0,3  0,0   0:06.22 ksoftirqd/1
  560 root  	20   0  102328   7352   5076 S   0,3  0,1   0:00.16 apache2
  631 root  	20   0  170596  81664   7536 S   0,3  1,3   0:02.16 /usr/sbin/spamd
 2395 p4scal	20   0   23524   2820   2368 R   0,3  0,0   0:00.33 top
	1 root  	20   0   29052   5228   3112 S   0,0  0,1   0:00.98 systemd
	2 root  	20   0   	0  	0  	0 S   0,0  0,0   0:00.00 kthreadd
	5 root   	0 -20   	0  	0  	0 S   0,0  0,0   0:00.00 kworker/0:0H
	6 root  	20   0   	0  	0  	0 S   0,0  0,0   0:00.00 kworker/u4:0
	7 root  	20   0   	0  	0  	0 S   0,0  0,0   0:01.27 rcu_sched
	8 root  	20   0   	0  	0  	0 S   0,0  0,0   0:00.00 rcu_bh
	9 root  	rt   0   	0  	0  	0 S   0,0  0,0   0:00.00 migration/0
   10 root  	rt   0   	0  	0  	0 S   0,0  0,0   0:00.18 watchdog/0

Alles anzeigen

Alter KVM Server:

Code

top - 21:06:40 up 18 days,  2:09,  1 user,  load average: 0,00, 0,01, 0,05
Tasks:  95 total,   1 running,  94 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,0 us,  0,3 sy,  0,0 ni, 98,3 id,  0,0 wa,  0,0 hi,  0,3 si,  1,0 st
KiB Mem:   2058556 total,  1703600 used,   354956 free,   112136 buffers
KiB Swap:  2170876 total,	69076 used,  2101800 free.   604572 cached Mem




  PID USER  	PR  NI	VIRT	RES	SHR S %CPU %MEM 	TIME+ COMMAND
	3 root  	20   0   	0  	0  	0 S  0,3  0,0   4:12.82 ksoftirqd/0
 1071 root  	20   0  170572  53568	440 S  0,3  2,6   5:53.85 /usr/sbin/spamd
12015 p4scal	20   0   23664   2740   2328 R  0,3  0,1   0:00.65 top
	1 root  	20   0   28780   3732   2120 S  0,0  0,2   2:31.49 systemd
	2 root  	20   0   	0  	0  	0 S  0,0  0,0   0:00.20 kthreadd
	5 root   	0 -20   	0  	0  	0 S  0,0  0,0   0:00.00 kworker/0:0H
	6 root  	20   0   	0  	0  	0 S  0,0  0,0   0:27.02 kworker/u2:0
	7 root  	20   0   	0  	0  	0 S  0,0  0,0  13:31.43 rcu_sched
	8 root  	20   0   	0  	0  	0 S  0,0  0,0   0:00.00 rcu_bh
	9 root  	rt   0   	0  	0  	0 S  0,0  0,0   0:00.00 migration/0
   10 root  	rt   0   	0  	0  	0 S  0,0  0,0   0:15.14 watchdog/0

Alles anzeigen

Vielen Dank.

edit:

Nachdem der Server die Nacht durch lief, sieht es annähernd gleich aus wie auf meinem "alten" Server. Wobei der Prozess ksoftirqd am besten Zeit der CPU beansprucht hat.:

Code

top - 07:17:25 up 10:22,  1 user,  load average: 0,00, 0,01, 0,05
Tasks:  98 total,   1 running,  97 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,2 us,  0,0 sy,  0,0 ni, 99,8 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   6129352 total,  1319292 used,  4810060 free,	76012 buffers
KiB Swap: 12578812 total,    	0 used, 12578812 free.   337396 cached Mem




  PID USER  	PR  NI	VIRT	RES	SHR S  %CPU %MEM 	TIME+ COMMAND
   13 root  	20   0   	0  	0  	0 S   0,7  0,0   1:11.92 ksoftirqd/1
	3 root  	20   0   	0  	0  	0 S   0,3  0,0  25:45.51 ksoftirqd/0
	7 root  	20   0   	0  	0  	0 S   0,3  0,0   1:52.74 rcu_sched
18902 root  	20   0   	0  	0  	0 S   0,3  0,0   0:07.94 kworker/1:1
	1 root  	20   0   29052   5228   3112 S   0,0  0,1   0:06.65 systemd
	2 root  	20   0   	0  	0  	0 S   0,0  0,0   0:00.02 kthreadd
	5 root   	0 -20   	0  	0  	0 S   0,0  0,0   0:00.00 kworker/0:+
	6 root  	20   0   	0  	0  	0 S   0,0  0,0   0:00.00 kworker/u4+
	8 root  	20   0   	0  	0  	0 S   0,0  0,0   0:00.00 rcu_bh
	9 root  	rt   0   	0  	0  	0 S   0,0  0,0   0:00.12 migration/0
   10 root  	rt   0   	0  	0  	0 S   0,0  0,0   0:04.97 watchdog/0
   11 root  	rt   0   	0  	0  	0 S   0,0  0,0   0:00.67 watchdog/1
   12 root  	rt   0   	0  	0  	0 S   0,0  0,0   0:00.12 migration/1
   15 root   	0 -20   	0  	0  	0 S   0,0  0,0   0:00.00 kworker/1:+

Alles anzeigen

Benutzer online in diesem Thema