%De la colonne CPU et de la charge en haut

Une de mes application c++ montre de très haut de %CPU en haut, mais la charge est très faible.
myapp prend toujours autour de 30%, à l'affiche du très haut "top" de la commande, mais la charge est toujours comme 0.00, donc je suis confus de ce que sont les différences entre la charge et en %de la colonne CPU?

top - 14:09:54 up 62 days,  2:52,  1 user,  load average: 0.00, 0.00, 0.00
Tasks: 124 total,   1 running, 123 sleeping,   0 stopped,   0 zombie
Cpu0  :  0.0%us,  0.0%sy,  0.0%ni, 99.7%id,  0.3%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  0.0%us,  0.0%sy,  0.0%ni, 99.3%id,  0.3%wa,  0.0%hi,  0.3%si,  0.0%st
Mem:   2054824k total,  1440364k used,   614460k free,     4644k buffers
Swap:  4194296k total,    16604k used,  4177692k free,   610784k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                         
14774 root      20   0 1201m 9416 1856 S 28.3  0.5 376:13.50 myapp                                                                                        
14746 mysql     20   0 2012m 157m 3888 S  0.3  7.8   5:01.08 mysqld

Quelqu'un peut me dire comprendre les différences entre le %de CPU et de la charge?

Vous en remercie d'avance!

OriginalL'auteur Yc Zhang | 2012-09-07

  1. 6

    %De CPU montré, par exemple, dans top est intantaneous, c'est à dire ce qui est utilisé, tandis que le charge illustré par uptime est une moyenne:

    De façon conventionnelle apparaît sous la forme de trois nombres qui représentent
    le système de charge au cours de la dernière, de cinq et quinze minutes
    les périodes.

    de Wikipédia.

    Fil du temps, ceux-ci devraient converger, mais tout %de l'UC est à 100%, au maximum, la charge peut être supérieur à 1, quand bien même il y a des processus en attente. Par exemple:

    Par exemple, on peut interpréter une charge moyenne de "1.73 0.50 7.98" sur un
    mono-PROCESSEUR, système:

    au cours de la dernière minute, le PROCESSEUR est surchargé par 73% (1 CPU avec 1.73 processus exécutables, de sorte que 0.73 processus devait attendre son tour)

    pendant les 5 dernières minutes, le PROCESSEUR est sous-charge 50% (aucun processus n'avait à attendre son tour)

    durant les 15 dernières minutes, le PROCESSEUR est surchargé 698% (1 CPU avec 7.98 processus exécutables, de sorte que 6.98 processus dû attendre un
    tour)

    Mise à jour:

    Je n'est que maintenant remarqué que votre processus a été à l'aide de 28% CPU pendant top signalé les deux Processeurs pour être >99% d'inactivité. Je n'étais pas capable de reproduire cela sur mon système Linux (Ubuntu 12.04, Intel i7-3770K quadcore HT), voir les captures d'écran ci-dessous.

    Normal de l'installation, pas de charge, montrant l'utilisation de l'UC en moyenne sur tous les cœurs:

    top - 18:10:04 up  7:50,  2 users,  load average: 0.00, 0.05, 0.15
Tasks: 157 total,   1 running, 156 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni, 99.9%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
Mem:  16528224k total,  1124956k used, 15403268k free,   148772k buffers
Swap: 15624188k total,        0k used, 15624188k free, 670460k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    7022 root      20   0     0    0    0 S    0  0.0   0:00.14 kworker/0:1        
    1 root      20   0  3640 2060 1324 S    0  0.0   0:01.23 init               
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd           
    3 root      20   0     0    0    0 S    0  0.0   0:00.14 ksoftirqd/0        
    6 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0

    Pleine charge sur un seul cœur (course yes > /dev/null), montrant l'utilisation de l'UC en moyenne sur tous les cœurs:

    top - 18:11:58 up  7:52,  2 users,  load average: 0.11, 0.07, 0.15
Tasks: 157 total,   2 running, 155 sleeping,   0 stopped,   0 zombie
Cpu(s): 12.5%us,  0.0%sy,  0.0%ni, 87.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  16528224k total,  1124880k used, 15403344k free,   148824k buffers
Swap: 15624188k total,        0k used, 15624188k free,   670472k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
 8254 tim       20   0  4188  280  228 R  100  0.0   0:04.88 yes                
    1 root      20   0  3640 2060 1324 S    0  0.0   0:01.23 init               
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd           
    3 root      20   0     0    0    0 S    0  0.0   0:00.15 ksoftirqd/0        
    6 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0

    Même que 2), mais en montrant par-core CPU usage:

    top - 18:13:47 up  7:54,  2 users,  load average: 0.86, 0.36, 0.24
Tasks: 157 total,   2 running, 155 sleeping,   0 stopped,   0 zombie
Cpu0  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu2  :  0.3%us,  0.0%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu3  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu4  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu5  :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu6  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu7  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  16528224k total,  1124756k used, 15403468k free,   148840k buffers
Swap: 15624188k total,        0k used, 15624188k free,   670472k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
 8254 tim       20   0  4188  280  228 R  100  0.0   1:53.98 yes                
    1 root      20   0  3640 2060 1324 S    0  0.0   0:01.23 init               
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd           
    3 root      20   0     0    0    0 S    0  0.0   0:00.15 ksoftirqd/0        
    6 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0

    N. B.: je ne note que les premières statistiques top montre ne montrent pas les 100% d'utilisation du processeur pour yes, similaire à ce que vous avez. C'était peut-être le problème?

    la chose étrange est que myapp prend toujours autour de 30% de la colonne CPU, mais la charge ne va jamais au-dessus de 0.10.
    Ce pourrait être parce que la charge aussi d'autres mesures en plus de ressources CPU, ou parce qu'il y a plusieurs Processeurs dans le système. Ce doit être décrit en détail dans les pages de manuel.
    vous pouvez voir à la fois la charge du PROCESSEUR est inactif plus de 99%
    28,3% de charge CPU avec tous les Processeurs à plus de 99% d'inactivité est en effet particulière. Je n'étais pas capable de reproduire cela sur ma machine, voir mise à jour ci-dessus. Peut-être quelqu'un d'autre la possibilité de commenter ce.
    N. B.: je ne note que les premières statistiques top montre ne montrent pas les 100% d'utilisation du processeur pour yes, similaire à ce que vous avez. C'était peut-être le problème? Est-il résolu quand top s'exécute un peu plus longtemps? (bizarre solution, accordé)

    OriginalL'auteur Tim