1 votes

mmattke avatar

ps montre que les processus de migration/* consomment beaucoup de CPU, mais le top garde le silence à leur sujet

Demandé el 13 de Mai, 2012
Quand la question a-t-elle été
8941 affichage
Nombre de visites la question a
2 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Voici le résultat de la commande ps, montré seulement les 10 premières lignes

ps aufx | head
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         2  0.0  0.0      0     0 ?        S    May08   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S    May08   0:04  \_ [ksoftirqd/0]
**root         6 98.5  0.0      0     0 ?        S    May08 6841:08  \_ [migration/0]**
**root         7 99.9  0.0      0     0 ?        S    May08 6933:53  \_ [migration/1]**
root         9  0.0  0.0      0     0 ?        S    May08   0:04  \_ [ksoftirqd/1]
**root        11 95.3  0.0      0     0 ?        S    May08 6618:59  \_ [migration/2]**
root        12  0.0  0.0      0     0 ?        S    May08   0:00  \_ [kworker/2:0]
root        13  0.0  0.0      0     0 ?        S    May08   0:14  \_ [ksoftirqd/2]
**root        14 94.6  0.0      0     0 ?        S    May08 6569:27  \_ [migration/3]**

mais la commande top ne montre rien de spécial sur les processus/threads de migration.

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 5377 root      13  -7 64304  45m  11m S    2  1.5 169:28.81 Xorg
 7368 user2    16  -4  457m  98m  34m S    2  3.3  95:06.16 application
 5555 root      10 -10 64212  20m 2820 S    1  0.7  97:04.17 application
 7400 user  16  -4  416m  96m  30m S    1  3.2  93:15.77 application
 7903 user1    16  -4  402m  90m  32m S    1  3.0  59:56.47 application
 7396 user  16  -4  433m  98m  30m S    1  3.3  93:20.15 application
 7401 user  16  -4  417m  98m  30m S    1  3.3  93:05.87 application
 7403 user     16  -4  416m  96m  30m S    1  3.2  93:01.16 application
  500 root      20   0     0    0    0 S    0  0.0   0:46.80 jbd2/sda3-8
 1017 root      20   0  4536  696  476 S    0  0.0  17:38.05 cgrulesengd
 6703 user      12  -8 55240  17m  16m S    0  0.6   3:27.26 application
 7269 root      18  -2 10652 4892 2388 S    0  0.2   6:46.83 python2.5
...

OS : debian squeeze
noyau : 2.6.32

Demandé el 13 de Mai, 2012 par mmattke

Réponses

Trop de publicités?

1voto

Tom avatar
Tom Points 10766

Edit : Je pense qu'il est probable que le PO n'était pas en mode fils de discussion en haut, et c'est la raison de la différence dans les listes entre top y ps aufx | head . Par exemple, je vois les fils de migration à la fois dans top et ps avec ces options ;

$ /bin/top -H -b -n 1 | head -25
top - 07:43:24 up 5 days,  5:07, 18 users,  load average: 1.36, 1.03, 0.76
Threads: 1165 total,   1 running, 1164 sleeping,   0 stopped,   0 zombie

...snip

   11 root      20   0       0      0      0 S  0.0  0.0   0:00.00 rcuob/0
   12 root      rt   0       0      0      0 S  0.0  0.0   0:45.92 migration/0

y ps aufx

$ ps aufx | head
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         2  0.0  0.0      0     0 ?        S    Jan30   0:00 [kthreadd]

... snip

root        11  0.0  0.0      0     0 ?        S    Jan30   0:00  \_ [rcuob/0]
root        12  0.0  0.0      0     0 ?        S    Jan30   0:45  \_ [migration/0]

en fonction de cette question Sur le site askubuntu.com , il est suggéré que le pourcentage de CPU que vous voyez attribué aux threads de migration/N (sans processus associé) sont "les threads que vous voyez sont des threads du noyau responsables du déplacement des threads entre les CPUs".

Il existe un fil ici qui fait référence à un problème de noyau lié à la migration/aux threads sans charge, si vous constatez des problèmes de performance associés.

Répondu el 14 de Mai, 2012 par Tom (10766 Points )

0voto

mgorven avatar
mgorven Points 29736

De la ps page d'accueil :

Actuellement, il s'agit du temps CPU utilisé divisé par le temps d'exécution du processus (ratio cputime/realtime), exprimé en pourcentage. Le total n'atteindra pas 100 %, sauf si vous avez de la chance. (alias pcpu).

c'est-à-dire qu'il ne s'agit pas d'une mesure en temps réel, et qu'il ne faut donc pas s'attendre à ce qu'elle corresponde à ce que l'on attend d'elle. top rapports.

Répondu el 14 de Mai, 2012 par mgorven (29736 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X