Utilisation élevée du processeur sans processus à blâmer. Qu'est-ce que [migration / x]?

Au cours des derniers jours, mon ordinateur a fait tourner ses fans sans faire grand-chose. Je parle d'une instance de Firefox, de gedit, de quelques fenêtres de terminaison et c'est tout. J'ai conkyexécuté sur mon bureau et il me dit ce qui suit:

entrez la description de l'image ici

Pire que les ventilateurs bruyants, la consommation d'énergie (environ 50 W si vous croyez que notre moniteur d'énergie) sont les blocages X. Les applications se bloquent et j'essaie de faire le travail. Tout cela fait d'Oli un garçon terne.

J'étais vraiment confus qu'aucun des deux conkyou htopne me montrait un processus, mais je viens de courir ps aux | sort -k 3et je vois un certain nombre de processus qui semblent contribuer à ma douleur:

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]

Que diable sont ces migrationchoses? Plus important encore, comment puis-je les tuer sans nuking mon système?

Edit: Autres détails. Je cours sur du matériel graphique nvidia en utilisant le pilote binaire fermé (à partir de mises à jour onereic). J'ai et ai récemment utilisé VirtualBox. Il s'agit d'un chipset et d'un processeur de carte mère Intel. J'ai un SSD basé sur dmraid et un "cluster" de stockage basé sur mdraid (où réside la plupart de mon profil). Si vous avez besoin de plus, piquez-moi.

cpu

— Oli
source

Avez-vous vraiment essayé de les tuer? : P

— jrg

@jrg J'ai été tenté.

— Oli

Vous avez trouvé un bug avec cette même description avec le serveur vino, prenez soin de le tuer et vérifiez si l'utilisation du processeur diminue? (est-il même actif dans votre système?)

— Bruno Pereira

@BrunoPereira N'exécute pas Vino. Cela aurait été une solution simple et agréable :)

— Oli

Réponses:

Vous ne pouvez pas, les threads que vous voyez sont des threads du noyau chargés de déplacer les threads entre les CPU.

Ils font partie du planificateur du noyau et ne sont pas responsables de la douleur que vous ressentez.

(Je sais que cela ne répond pas à la raison pour laquelle vous souffrez en premier lieu, plus à cela plus tard.)

— Bruno Pereira
source

Bien qu'ils ne soient peut-être pas la cause la plus profonde, leur utilisation d'autant de CPU qu'ils font partie du problème. J'ai exécuté ps aux | sort -k 3 | grep migrationsur mes serveurs et les threads de migration sont en cours d'exécution mais ne dépassent pas 0,0% du processeur. J'ai besoin de savoir pourquoi le noyau fait rebondir les processus pour que je puisse l'arrêter.

— Oli

J'y travaille;)

— Bruno Pereira

Travaille toujours dessus :)?

— RolandiXor

Oli a déjà répondu sur ce qui était le vrai soufflet émis.

— Bruno Pereira

J'ai trouvé la cause du chaos migratoire.

Il y a quelque temps, j'étais frustré de gnome-done pas rester en vie. J'ai donc écrit ceci dans mes entrées de démarrage:

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

S'avère plutôt que de courir une fois qui continue d'essayer d'apparaître encore et encore et encore. Je suppose que gnome-do bifurque plutôt que bloque.

J'ai trouvé cela en passant par chaque processus utilisateur que j'ai et en le nuking. Il n'utilisait aucun CPU lui-même mais il avait l'air louche.

— Oli
source