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.
debian
load-average
Kamilos
la source
la source
vmstat 10 6
? (il faudra 60 secondes pour fonctionner) et aussigrep -c processor /proc/cpuinfo
Réponses:
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 avecvmstat
et voyez si vous avez de nombreuxD
statuts surtop
oups
pour confirmer.EDIT: Voir votre
vmstat
sortie confirme le problème d'E / S. Votreb
colonne ci-dessousprocs
montre une moyenne de 100 processus sur le sommeil sans interruption. Votrebi
colonne (blocs lus à partir d'un périphérique bloc) est très élevée, ainsi que lasi
colonne (mémoire lue à partir d'un swap / disque). Enfin, sous l'en-cpu
tête, lawa
colonne 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.
la source
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.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-nr
si le premier nombre est proche du troisième (fichiers ouverts par rapport au nombre total de fichiers ouverts).Êtes-vous sur un VPS?
la source
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.
la source