Hallöchen,
mir ist seit einiger Zeit aufgefallen, dass ich einige Prozesse "kworker" habe. Und allein der Aktivste verbraucht 25-40% CPU. Ist das normal? Kann man da etwas dagegen unternehmen?
Dankeschön!
Anmeldungsdatum: Beiträge: 903 Wohnort: Stuttgart |
Hallöchen, mir ist seit einiger Zeit aufgefallen, dass ich einige Prozesse "kworker" habe. Und allein der Aktivste verbraucht 25-40% CPU. Ist das normal? Kann man da etwas dagegen unternehmen? Dankeschön! |
Anmeldungsdatum: Beiträge: 2503 |
Servus, kann’s dir auch nicht so einfach beantworten, aber ein paar Links hab ich immerhin. Grundsätzlich ist das kein normaler Prozess von „dir“, sondern ein Kernel-Thread. Der gehört zum Konzept der „Work Queues“, die es seit Linux 2.6 gibt und die in diesem Artikel beschrieben sind (erste Seite reicht für’s grundlegende Verständnis, denke ich). Der ist schon etwas älter, daher sei insbesondere noch auf diesen LWN-Artikel hingewiesen, der erklärt, woher denn nun die Bezeichnung „kworker“ kommt. Die aktuelle Doku dazu direkt im Kernel findet sich hier im Gitweb. So, wie ich die Sache jetzt verstanden habe, heißt hohe Aktivität von den Workern, dass vermutlich ständig ein Treiber am Wurschteln ist. Die Work Queues sind aber nicht nur auf Treiber beschränkt, sondern können von allem möglichen benutzt werden – wobei Treiber wohl das gängigste sind (bzw. deren „bottom halves“ der Interrupt-Handler). Also kann man das wohl nicht so pauschal sagen, was die Ursache ist. Wie man das debuggen könnte, weiß ich auch nicht. Okay, vermutlich brachte dir das jetzt nicht besonders viel. 😉 Wenn ich noch etwas finde, sage ich bescheid. Aber mir schwant, dass du da nicht „mal eben schnell“ was dran drehen kannst. Vielleicht kannst du ja zurückverfolgen, seit wann das so ist, und dann den Übeltäter finden. Wie gesagt, Treiber, ACPI-Krempel – vermutlich irgendwas in der Richtung. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 903 Wohnort: Stuttgart |
Danke für Deinen Erklärungsversuch. ☺ Ich habe mittlerweile herausgefunden, dass die Sache vermutlich mit dem USB-Suspension Treiber im Kernel zusammenhängt. Der checkt nämlich alle 2-3 Sekunden ob ein USB-Gerät angeschlossen ist, das würde auch mit den Peaks passen. USB-Suspension im BIOS zu deaktivieren hat mir allerdings nichts gebracht & wie ich es im Kernel deaktiviere, ohne den Kernel neu kompilieren zu müssen, weiß ich auch nicht. Als Workaround benutze ich z.Z. einen älteren Kernel (.36), da gibt es solche Probleme nicht. Aber ich würde schon gerne einen aktuelleren Kernel verwenden... In .39rc4 besteht das Problem auch nicht, aber da hab ich kein WLAN. Außerdem lief .38 ja, bis zu irgendeinem Update. PS: Hier hab ich die Infos gefunden: http://ubuntuforums.org/showthread.php?s=34dd296e377cc33c2e315290b2d8944e&t=1630347&page=2 Und hier der Bug-Report: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/746084 |
Anmeldungsdatum: Beiträge: 62 |
hab das Problem auf meinem Laptop auch. Ist nicht so richtig toll, da so der Akku ziemlich schnell leergezogen wird... Ich habe jetzt einen alten 2.6.37 installiert, damit tritt es nicht mehr auf und wlan funktioniert auch. Ich hoffe, dass da noch was passiert. Der Bug-Report lässt ja nicht wirklich hoffen... |
Anmeldungsdatum: Beiträge: 44 |
Habe das selbe Problem auf meinem Samsung R530 mit der 4500MHD von Intel. Dieser Befehl behebt das Problem bei mir: #echo N> /sys/module/drm_kms_helper/parameters/poll Damit man den Befehl nicht bei jedem Boot ausführen muss: #echo "options drm_kms_helper poll=N">/etc/modprobe.d/local.conf Seit dem bin ich Sorgenfrei. Benutze allerdings Fedora 15, was aber beim Problem keinen Unterschied machen sollte. Bei mir wurde das Gerät aufgrund dieses Fehlers unbenutzbar langsam - so schlimm scheint es bei euch ja nicht zu sein. |
Anmeldungsdatum: Beiträge: 2 |
Ich habe die Lösung #echo "options drm_kms_helper poll=N">/etc/modprobe.d/local.conf probiert. Aber nach ungefähr eine halbe Stunde war das System wieder langsam. Kworker war zurück. Es ist bei Mir so dass kworker immer nach einem reboot am Anfang kein Problem ist. Ich bin mich deshalb nicht sicher ob diese local.conf überhaupt etwas löst. Gibt es noch andere Ideen? Ubuntu 11.04 mit Kernel 2.6.39...rc4 auf einen alten Compaq laptop. |
Anmeldungsdatum: Beiträge: 62 |
bei mir ist es genauso auf einem Ideapad y560p mit core i7 und ATI HD6570, kurze Zeit nach dem Start kommt der kworker wieder und nervt... Bleibe also beim 2.6.37, da funktioniert bei mir alles wie es soll. |
Anmeldungsdatum: Beiträge: 99 |
Ich hole den Thread mal wieder hoch. Gestern Ubuntu auf meinem ATOM System installiert. Kworker frisst hier 100% des 1. Kern. An ein flüssiges Arbeiten ist nicht zu denken. Gibt es inzwischen eine Lösung für das Problem? |
Anmeldungsdatum: Beiträge: 2 |
Ich habe den Eindruck mein Problem kam von Google Desktop. Ich habe zwar noch viel Kworker seit ich Google Desktop entfernt habe, aber das System funktionniert jetzt wieder mehr oder weniger normal. |
Anmeldungsdatum: Beiträge: 62 |
Auch mit Kernel 3.0 immer noch vorhanden. Juchhu. |
Anmeldungsdatum: Beiträge: 23 |
Hi, ich habe das selbe Problem nach einen Upgrade auf 11.10. Ich werde mich mal in englischen Foren bissl umsehen... Falls ich eine Antwort finde Poste ich natürlich Gruß Reser |
Anmeldungsdatum: Beiträge: 23 |
So ich hab mal mein System schnell neu aufgesetzt und zwar jetzt auf 64-bit. Das Problem mit Kworker ist immer noch genauso vorhanden ☹. Gibt es noch mehr mit diesem Problem? Bei mir äußert es sich am stärksten dadurch dass meine Maus immer wieder hängt |
Anmeldungsdatum: Beiträge: 18 |
Ja, hier das gleiche. Habe ein ziemlich altes Fujitsu Siemens Notebook mit SiS Chipsatz und Sempron. Leider ist das Ding (eh schon ein bisschen betagt) dadurch fast unbenutzbar. EDIT: ganz vergessen: ich nutze Xubuntu Oneiric mit allen Aktualisierungen. Kernel: 3.0.0-12-generic-pae. Ich habe eine Grundlast von 15-20% und Peaks im 50%-Bereich nahezu jede Sekunde. Nach dem Booten scheint es erst ganz gut zu gehen, dann kommen nach und nach immer mehr kworker-Prozesse und bringen das System (vor allem den Mauszeiger) mindestens alle 2 Sekunden zum Haken. Wenn ich irgendetwas Sinnvolles beitragen kann –> immer her mit den Informationen 😉 |
Anmeldungsdatum: Beiträge: 18 |
Ich kann es gerade selbst nicht testen (wohl erst Donnerstag), aber ich habe 3 interessante Links zu einem ähnlichen Problem (scheinbar genau unserem) gefunden: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/779753/comments/26 https://porteus.org/forum/viewtopic.php?f=41&t=250 http://souriguha.wordpress.com/2011/03/08/how-to-solve-problem-with-thinkpadkslowd-kworker-on-linux-kernel-2-35-2-36/ Wenn du es bis Mittwoch ausprobieren und mich wissen lassen könntest, ob es funktioniert, wäre ich dir sehr verbunden 😉 |
Anmeldungsdatum: Beiträge: 23 |
Servus, ich habs ausprobiert und die Lösung hat super funktioniert. Jetzt habe ich zwar immer noch die kworker Prozesse aber die haben ab und zu eine maximale CPU ausnutzung von 2% was den Arbeitsablauf in keinster weiße beeinträchtigt. Super Lösung für mich. Vielen Dank für die Links, Gruß Reser |