Charge moyenne élevée, faible CPU

10

Mon serveur a ralenti et je ne sais pas pourquoi.

Imprimer à partir du haut:

top - 14:32:50 up 639 days,  6:30,  1 user,  load average: 67.93, 70.63, 79.85
Tasks: 245 total,   1 running, 244 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.9% us,  0.5% sy,  0.0% ni, 94.5% id,  1.0% wa,  0.0% hi,  0.0% si
Mem:   1034784k total,  1021256k used,    13528k free,     4360k buffers
Swap:  1023960k total,   635752k used,   388208k free,    36632k cached

vmstat 10 6

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 0 110 795604  12328   3980  46676    0    0     0     0    0     0  4  1 95  1
 0 97 788848  12052   3960  46256 2985   33  3323    33  429     0  2  1  0 97
 0 119 782660  13992   4096  45740 2780   14  2995   360  435     0  2  1  1 96
 0 121 775924  15600   3724  42796 3084    0  3443   136  440     0  2  1  0 98
 0 113 769392  13576   3476  41968 3002    0  3458     7  426     0  2  1  0 97
 0 113 762284  12440   3332  34884 3151    0  3553    61  427     0  2  1  0 97

doitprod2: / var / log # grep -c processeur / proc / cpuinfo

2

iostat 2

 tps   Blk_czyt/s   Blk_zapis/s  Blk_czyt   Blk_zapis
sda             166,00      7128,00        52,00      14256        104

Ok, après avoir tué et démarré certains processus sont maintenant bien. Merci pour votre aide de toute façon.

Kamilos
la source
pouvez-vous inclure la sortie de vmstat 10 6? (il faudra 60 secondes pour fonctionner) et aussigrep -c processor /proc/cpuinfo
James C
Les réponses / commentaires sur serverfault.com/q/482832/58957 répertorient d'autres raisons et explications de ces symptômes.
Nickolay

Réponses:

9

Vous avez probablement des processus sur l' UNINTERRUPTIBLE_SLEEPétat, normalement ils sont sur cet état parce qu'ils attendent quelque chose du matériel comme la lecture d'un disque. Ces processus sont effectivement en sommeil (vous avez 244 processus en sommeil) mais ils entrent dans le calcul de la charge moyenne. Vérifiez les E / S de votre serveur avec vmstatet voyez si vous avez de nombreux Dstatuts sur topou pspour confirmer.

EDIT: Voir votre vmstatsortie confirme le problème d'E / S. Votre bcolonne ci-dessous procsmontre une moyenne de 100 processus sur le sommeil sans interruption. Votre bicolonne (blocs lus à partir d'un périphérique bloc) est très élevée, ainsi que la sicolonne (mémoire lue à partir d'un swap / disque). Enfin, sous l'en- cputête, la wacolonne montre que votre CPU passe plus de 90% à attendre la fin des E / S.

Vous devez vérifier pourquoi vous rencontrez ces problèmes avec IO. Cela peut être le manque de capacité du serveur, les processus en cours d'exécution et d'autres raisons, mais c'est définitivement IO.

coredump
la source
1
Vous pouvez commencer à chercher le responsable en utilisant iotop( apt-get install iotop). En outre, lors du tri régulier par utilisation de la mémoire, appuyez sur O (c'est un o majuscule), puis sur n, puis entrez. Les principaux utilisateurs de mémoire peuvent être responsables de tous les échanges.
Eduardo Ivanec
2

Vérifiez le 1.0% wa que vous avez sur le dessus s'il monte. Étant donné que vous avez atteint le fichier d'échange, il se peut que les processus attendent les E / S

Vérifiez cat /proc/sys/fs/file-nrsi le premier nombre est proche du troisième (fichiers ouverts par rapport au nombre total de fichiers ouverts).

Êtes-vous sur un VPS?

pataroulis
la source
/ proc / sys / fs / file-nr 3600 0 102712
Kamilos
Il serait probablement utile de partager le type de logiciel que vous exécutez sur le serveur. (par exemple, apache, tomcat, verre de verre, etc.). Mais sûrement, plus de RAM (double ou plus) donnerait à votre machine un bon coup de pouce.
pataroulis
1

Le iowait (répertorié dans la dernière colonne comme "wa") affiché dans la sortie vmstat est très élevé. Et il y a beaucoup de pagination en cours (des pages de données sont déplacées entre la mémoire physique et l'échange sur disque).

Cette machine bénéficierait d'un bélier plus physique.

James C
la source