Mein Server ist langsamer geworden und ich weiß nicht warum.
Druck von oben:
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 Prozessor / 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, nach dem Töten und Starten sind einige Prozesse jetzt in Ordnung. Danke trotzdem für deine Hilfe.
debian
load-average
Kamilos
quelle
quelle
vmstat 10 6
? (es dauert 60 Sekunden, um zu laufen) und auchgrep -c processor /proc/cpuinfo
Antworten:
Sie haben wahrscheinlich Prozesse im
UNINTERRUPTIBLE_SLEEP
Status, normalerweise befinden sie sich in diesem Status, weil sie auf etwas von der Hardware warten, wie das Lesen von einer Festplatte. Diese Prozesse schlafen effektiv (Sie haben 244 Schlafprozesse), aber sie werden in die Berechnung des Lastdurchschnitts eingegeben. Überprüfen Sie Ihre Server-E / A mitvmstat
und prüfen Sie, ob Sie vieleD
Status aktiviert habentop
oderps
bestätigen möchten.BEARBEITEN: Wenn Sie Ihre
vmstat
Ausgabe weiter sehen, wird das E / A-Problem weiter bestätigt. Ihreb
Spalte unterprocs
zeigt durchschnittlich 100 Prozesse bei unterbrechungsfreiem Schlaf. Ihrebi
Spalte (von einem Blockgerät gelesene Blöcke) ist sehr hoch, ebenso wie diesi
Spalte (von Swap / Disk gelesener Speicher). Schließlich zeigtcpu
diewa
Spalte unter der Kopfzeile, dass Ihre CPU mehr als 90% auf den Abschluss der E / A wartet.Sie müssen überprüfen, warum Sie diese Probleme mit E / A haben. Es kann ein Mangel an Serverkapazität, wild laufenden Prozessen und einige andere Gründe sein, aber es ist definitiv E / A.
quelle
iotop
(apt-get install iotop
) nach dem Verantwortlichen suchen . Bei der regulären Top-Sortierung nach Speichern wird durch Drücken von O (das ist ein Großbuchstabe o), dann n und anschließend die Eingabetaste gedrückt. Die Top-Speicherbenutzer sind möglicherweise für den gesamten Austausch verantwortlich.Überprüfen Sie die 1,0% wa, die Sie oben haben, wenn es hoch wird. Da Sie die Auslagerungsdatei aufgerufen haben, besteht möglicherweise die Möglichkeit, dass die Prozesse auf E / A warten
Überprüfen Sie,
cat /proc/sys/fs/file-nr
ob die erste Zahl nahe an der dritten liegt (geöffnete Dateien im Vergleich zu insgesamt geöffneten Dateien).Bist du auf einem VPS?
quelle
Das in der vmstat-Ausgabe angezeigte iowait (in der letzten Spalte als "wa" aufgeführt) ist sehr hoch. Und es wird viel ausgelagert (Datenseiten werden zwischen dem physischen Speicher und dem festplattenbasierten Austausch verschoben).
Diese Maschine würde von mehr physischem RAM profitieren.
quelle