Question ce qui pourrait prendre 100% de cpu mais ne pas apparaître dans (sudo) top


Lorsque je lance intellij, qui charge un projet "haxe" au démarrage, il arrive parfois que intellij se bloque lors du chargement. Je commence par htop (également essayé en haut) avec "sudo". iotop ne montre également rien d'intéressant.

Je peux voir que l'un de mes processeurs est utilisé "100%" (ce qui n'est normalement pas le cas) mais htop ne montre aucun processus utilisant le processeur.

L'information, que l'un cpu utilise 100% vient de htop.

Quoi d'autre pourrait prendre 100% du temps CPU et comment puis-je le trouver?

modifier

J'ai rassemblé plus d'informations, la sortie de vmstat 10 10 (alors que le problème survient) est la suivante:

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 8  0      0 12013656 285632 2150392    0    0    63    47   71  244  5  1 93  1  0
11  0      0 12009724 285664 2150384    0    0     0    14  737 1238  6  4 90  0  0
11  0      0 11994592 285680 2150364    0    0     0     6  720  990  6  3 91  0  0
11  0      0 11994516 285704 2150364    0    0     0    12  689  610  6  3 91  0  0
11  0      0 12000456 285736 2150360    0    0     0    12  709  702  6  3 91  0  0
11  0      0 12000696 285760 2150364    0    0     0    22  696  630  6  3 91  0  0
11  0      0 12008016 285784 2150364    0    0     0    13  728  784  6  3 91  0  0
11  0      0 12008356 285816 2150356    0    0     0   232  678  924  6  3 90  0  0
11  0      0 12007908 285840 2150400    0    0     0    15  628  548  6  3 91  0  0
11  0      0 11998248 285872 2150392    0    0     0    35  978 1432 11  4 84  0  0

J'ai aussi couru:

ps -e -o state,pid,cmd | grep ^D

mais la sortie est vide.

Et

ps -e -o state,pid,cmd | grep \^R

résultats:

R  1705 /usr/bin/gnome-shell
R  7113 zsh
R  7466 ps -e -o state,pid,cmd

(et ne change pas même après beaucoup de répétitions)


2
2017-07-06 15:15


origine


Pourriez-vous nous montrer, en ajoutant à votre question, les informations dont vous disposez qui vous amènent à croire qu'un processeur est utilisé à 100%? As-tu essayé vmstat? - Doug Smythies
L'information vient de htop, j'ai ajouté cela à la question. Je n'ai pas regardé le jet vmstat. Je vais le faire la prochaine fois que le problème se produit. Malheureusement, il se produit très irrégulièrement. Ce matin tout va bien et je n'ai aucune idée pourquoi. - Nathan
sans plus d'informations, la seule chose à laquelle je peux penser est une situation de sommeil ininterrompue. En effet, lors de la prochaine exécution, une méthode de vérification est ps -e -o state,pid,cmd | grep ^D - Doug Smythies
Il peut être difficile d'obtenir des informations utiles à partir d'un échantillon vmstat, essayez vmstat 5 5. Essayez aussi ps -e -o state,pid,cmd | grep ^R pour voir ce qui se passe (le faire plusieurs fois). Dans top observez-vous beaucoup de temps d'attente? - Doug Smythies
Ok, j'ai ajouté les informations. En haut, le "wa" est très faible, à 0 la plupart du temps. Mais la sortie de vmstat montre haut wa. Est-ce que ça pourrait être ça? - Nathan


Réponses:


L'équipe Ubuntu Kernel dispose d'un wiki expliquant comment identifier les applications à succion. Cela peut avoir des idées ou des conseils utiles pour résoudre ce problème.

Voir: https://wiki.ubuntu.com/Kernel/PowerManagement/IdentifyingIssues

top est un outil utile pour voir les principaux consommateurs de CPU, mais il ne peut pas facilement détecter les processus ou threads de courte durée qui sont créés et meurent très rapidement. Pour ce type de processus d'aspiration de CPU, j'ai développé forkstat pour essayer de les suivre. Il est disponible dans les dernières versions d'Ubuntu, ou vous pouvez le télécharger à partir de ppa: colin-king / white (voir http://kernel.ubuntu.com/~cking/forkstat/)


0
2017-11-22 11:30





J'ai eu ce problème récemment. J'ai découvert que cela était dû à un adaptateur SD pour microSD. Lorsque j'insère un microSD Samsung SDHC U1 de 32 Go avec deux partitions (un vfat de 8 Go et un ext2 de 24 Go), Lubuntu ne parvient pas à détecter et à monter le périphérique. En haut / lxtask, je ne vois aucun processus utilisant le processeur, mais mon utilisation du processeur est stable à 100%. Le processeur descend à 0% lorsque la carte est retirée.


0
2018-03-05 01:45



Cela ressemble à un bogue du noyau. - sudo