keventd verursacht hohe CPU-Last
Hallo, Bei mir läuft ACPI auf einem ASUS M2400N Notebook mit dem Kernel 2.4.21-0-default. Das System wird einige Zeit nach dem Einschalten sehr langsam. Zunächst dachte ich, es hätte etwas mit dem DMA-Betrieb zu tun, weil der originale SuSE-Kernel auf der 8.2 da Probleme mit hatte. Nun hat sich mit top aber herausgestellt, dass der keventd amok läuft und 95+ % CPU-Last beansprucht. Das Problem scheint bekannt zu sein, aber es ist noch nicht klar ob die ACPI-Implementierung fehlerhaft ist, oder der keventd. Es tritt nämlich nicht immer auf, sondern bisher nur bei 230V-Betrieb des Notebooks. Kann mir jemand sagen, wie ich den oder die Verursacher näher einschränken kann? Es wäre schön zu wissen, welcher Prozess oder Systemaufruf den keventd amok laufen lässt. Killen und neu starten kann ich den keventd ja auch nicht, oder? Dann muss ich zumindest nicht immer den Rechner neu starten. Gruß Stefan
Am Mittwoch, 9. Juli 2003 08:51 schrieb Stefan Schlörholz:
Hallo,
Bei mir läuft ACPI auf einem ASUS M2400N Notebook mit dem Kernel 2.4.21-0-default. Das System wird einige Zeit nach dem Einschalten sehr langsam. Zunächst dachte ich, es hätte etwas mit dem DMA-Betrieb zu tun, weil der originale SuSE-Kernel auf der 8.2 da Probleme mit hatte.
Nun hat sich mit top aber herausgestellt, dass der keventd amok läuft und 95+ % CPU-Last beansprucht. Das Problem scheint bekannt zu sein, aber es ist noch nicht klar ob die ACPI-Implementierung fehlerhaft ist, oder der keventd. Es tritt nämlich nicht immer auf, sondern bisher nur bei 230V-Betrieb des Notebooks.
Kann mir jemand sagen, wie ich den oder die Verursacher näher einschränken kann? Es wäre schön zu wissen, welcher Prozess oder Systemaufruf den keventd amok laufen lässt.
Killen und neu starten kann ich den keventd ja auch nicht, oder? Dann muss ich zumindest nicht immer den Rechner neu starten.
Gruß
Stefan
Hi, habe keine Erfahrung mit keventd, aber in /etc/rc.d solltest Du doch ein start/stop-Script dafür haben, wie für alle Daemons. Es wird sicher irgendeinen zu keventd passenden Namen haben. Evt. sollte /etc/rc.d/<script> restart schon genügen. Oder /etc/rc.d/<script> stop und dann nochmal mit "start" aufrufen. Was allerdings passiert, wenn Du den restartest, weiß ich nicht, aber ich glaube nicht, daß es was schlimmes ist (keventd überwacht doch irgendwelchen Laptopkram, Batterie... oder?). hth -- Joerg Thuemmler sysadmin@vordruckleitverlag.de
* Joerg Thuemmler schrieb am Donnerstag, 2003-07-10:
Am Mittwoch, 9. Juli 2003 08:51 schrieb Stefan Schlörholz:
Nun hat sich mit top aber herausgestellt, dass der keventd amok läuft und 95+ % CPU-Last beansprucht. Das Problem scheint bekannt [...] Killen und neu starten kann ich den keventd ja auch nicht, oder? Dann muss ich zumindest nicht immer den Rechner neu starten.
Gruß
Stefan
habe keine Erfahrung mit keventd, aber in /etc/rc.d solltest Du doch ein start/stop-Script dafür haben, wie für alle Daemons. Es wird sicher irgendeinen zu keventd passenden Namen haben.
Schwerlich. keventd ist ein Kernel-Thread, kein "richtiger" Prozeß. -- Christian Ullrich Registrierter Linux-User #125183 "Remember: 'I am a person. I have a right to the ball.'"
Am Donnerstag, 10. Juli 2003 08:48 schrieb Christian Ullrich:
* Joerg Thuemmler schrieb am Donnerstag, 2003-07-10:
Am Mittwoch, 9. Juli 2003 08:51 schrieb Stefan Schlörholz:
Nun hat sich mit top aber herausgestellt, dass der keventd amok läuft und 95+ % CPU-Last beansprucht. Das Problem scheint bekannt
[...]
Killen und neu starten kann ich den keventd ja auch nicht, oder? Dann muss ich zumindest nicht immer den Rechner neu starten.
Gruß
Stefan
habe keine Erfahrung mit keventd, aber in /etc/rc.d solltest Du doch ein start/stop-Script dafür haben, wie für alle Daemons. Es wird sicher irgendeinen zu keventd passenden Namen haben.
Schwerlich. keventd ist ein Kernel-Thread, kein "richtiger" Prozeß.
Peinlich... (s.o.) , ein ps hätte mir das auch gesagt ... man sollte sich öfter mal sowas angucken, erspart einem Peinlichkeiten... top: ( 2 root 15 0 0 0 0 SW 0.0 0.0 0:00 keventd) was passiert eigentlich beim killen: ++++++++++++++++ # ps -ax ... 2 ? SW 0:00 [keventd] .... # kill -9 2 # echo $? 0 # ps -ax ... 2 ? SW 0:00 [keventd] ... ++++++++++++++++ hat er nu oder nich? Wenn nein, warum gibt er dann keinen Errorcode zurück? Am System ist jedenfalls nix zu merken, aber er hat auch vorher halt kaum Ressourcen gehabt. cu -- Joerg Thuemmler sysadmin@vordruckleitverlag.de
Hallo Stefan, Am Mittwoch, 9. Juli 2003 08:51 schrieb Stefan Schlörholz:
Bei mir läuft ACPI auf einem ASUS M2400N Notebook mit dem Kernel 2.4.21-0-default. Das System wird einige Zeit nach dem
[...]
Nun hat sich mit top aber herausgestellt, dass der keventd amok läuft und 95+ % CPU-Last beansprucht. Das Problem scheint bekannt zu sein, aber es ist noch nicht klar ob die ACPI-Implementierung fehlerhaft ist, oder der keventd. Es tritt nämlich nicht immer auf, sondern bisher nur bei 230V-Betrieb des Notebooks.
vielleicht hilft dir das ja weiter, ich hatte ein ähnliches Problem, allerdings mit einerm 2.4.20er Kernel. Da hat dies geholfen: http://www.condorito.org/Toshiba/#acpi Gruß Kai
participants (4)
-
Christian Ullrich -
Joerg Thuemmler -
Kai Lindenberg -
Stefan Schlörholz