Hohe CPU-Auslastung ohne einen Prozess zu beschuldigen. Was ist [Migration / x]?

In den letzten Tagen hat mein Computer seine Fans auf Touren gebracht, ohne viel zu tun. Ich spreche von einer Instanz von Firefox, gedit, ein paar Terminator-Fenstern und das war's auch schon. Ich habe conkyauf meinem Desktop ausgeführt und es sagt mir Folgendes:

Bildbeschreibung hier eingeben

Schlimmer als die lauten Lüfter ist die Leistungsaufnahme (ca. 50 W, wenn Sie glauben, dass unser Energiemonitor dies tut) die X-Überbrückung. Die Anwendungen frieren ein und ich versuche, die Arbeit zu erledigen. All dies macht Oli zu einem langweiligen Jungen.

Ich war wirklich verwirre , dass weder conkyoder htopmir einen Prozess zeigte aber ich habe gerade laufen , ps aux | sort -k 3und ich bin eine Reihe von Prozessen zu sehen , die aussehen wie sie könnten zu meinem Schmerz beitragen:

root         6  0.0  0.0      0     0 ?        S    Nov27   0:00 [migration/0]
root         7  0.0  0.0      0     0 ?        S    Nov27   0:00 [migration/1]
root        11  0.0  0.0      0     0 ?        S    Nov27   0:00 [migration/2]
root        14 2589903  0.0   0     0 ?        S    Nov27 21114581:29 [migration/3]
root        17 97.2  0.0      0     0 ?        S    Nov27 11543:55 [migration/4]
root        26 97.7  0.0      0     0 ?        S    Nov27 11601:34 [migration/7]
root        23 99.6  0.0      0     0 ?        S    Nov27 11834:39 [migration/6]
root        20 99.7  0.0      0     0 ?        S    Nov27 11837:29 [migration/5]

Was um migrationalles in der Welt sind diese Dinge? Noch wichtiger ist, wie kann ich sie töten, ohne mein System zu zerstören?

Bearbeiten: Andere Details. Ich laufe auf nvidia-Grafikhardware mit dem Closed-Binary-Treiber (von onereic-updates). Ich habe und habe kürzlich VirtualBox verwendet. Es ist ein Intel Motherboard-Chipsatz und Prozessor. Ich habe eine dmraid-basierte SSD und einen mdraid-basierten Speicher-Cluster (in dem der größte Teil meines Profils lebt). Wenn Sie mehr brauchen, stupsen Sie mich einfach an.

cpu

— Oli
quelle

Hast du tatsächlich versucht, sie zu töten? : P

— jrg

@jrg Ich wurde versucht.

— Oli

Haben Sie einen Fehler mit der gleichen Beschreibung auf dem Vino-Server gefunden, möchten Sie diesen unbedingt beseitigen und prüfen, ob die CPU-Auslastung nachlässt? (Ist es in Ihrem System überhaupt aktiv?)

— Bruno Pereira

@BrunoPereira Vino wird nicht ausgeführt. Das wäre eine nette, einfache Lösung gewesen :)

— Oli

Antworten:

Sie können nicht, die Threads, die Sie sehen, sind Kernel-Threads, die für das Verschieben von Threads zwischen CPUs verantwortlich sind.

Sie sind Teil des Kernel-Schedulers und nicht verantwortlich für die Schmerzen, die Sie haben.

(Ich weiß, dass dies nicht die Antwort ist, warum Sie an erster Stelle Schmerzen haben, dazu später mehr.)

— Bruno Pereira
quelle

Während sie möglicherweise nicht die schwerwiegendste Ursache sind, ist es Teil des Problems, dass sie so viel CPU verwenden, wie sie sind. Ich habe ps aux | sort -k 3 | grep migrationauf meinen Servern ausgeführt, und Migrations-Threads werden ausgeführt, erreichen jedoch nicht mehr als 0,0% der CPU. Ich muss wissen, warum der Kernel Prozesse herumwirbelt, damit ich ihn stoppen kann.

— Oli

Arbeiten daran;)

— Bruno Pereira

Arbeitest du noch daran :)?

— RolandiXor

Oli antwortete bereits, was der wirklich ausgestellte Balg war.

— Bruno Pereira

Ich habe die Ursache für das Migrationschaos gefunden.

Vor einiger Zeit wurde ich frustriert, gnome-donicht am Leben zu bleiben. Also schrieb ich dies in meine Start-up-Einträge:

bash -c "while true; do gnome-do; done"

Es stellt sich heraus, dass man nicht nur einmal rennt, sondern immer wieder versucht, zu laichen. Ich schätze, Gnome-do gabelt sich eher heraus als zu blockieren.

Ich fand dies, indem ich einfach jeden Benutzerprozess, den ich habe, durchlief und ihn nervte. Es wurde keine CPU selbst verwendet, aber es sah faul aus.

— Oli
quelle