Hi,
es ist zwar eine Grundsatzfrage aber wahrscheinlich zu trivial für euch... Hinweise wäre aber super nett. da
sich User die mangelnde Performance beklagen.
Auf meinem Rootserver habe ich den top - command output, wie aus der Grafik/Attachment zu entnehmen.
Da scheint der Swap immer voll zu laufen.
root@worker:/# cat /proc/sys/vm/swappiness
0
root@worker:/#
Könnt ihr sagen, wie man da Abhilfe schafft ? Das System wieder auf Trapp bringt ?
Gibt es evtl. Möglichkeiten, zu sehen, welche Prozesse im da querhängen ?
Vielen Dank für eure Hilfe!
VG
Svenja
Top - Diagnose
Re: Top - Diagnose
Statt Graphik wäre ein per Copy'n'Paste hier ins Forum eingefügter Test deutlich datensparsamer und für das Zitieren einfacher gewesen.svenjalell hat geschrieben:20.11.2020 11:36:16Auf meinem Rootserver habe ich den top - command output, wie aus der Grafik/Attachment zu entnehmen.
Da scheint der Swap immer voll zu laufen.
Ich werder mir jetzt nich die Mühe machen, den Text der Graphik abzutippen, aber schau einfach ein zweites Mal hin, dann wirst du sehen, daß von den 8GB Swap exakt Null Bytes verwendet werden. Bei 64GByte RAM wundert mich das auch nicht. Dein Geschwindigkeitsproblem hängt also nicht am Swap.
Re: Top - Diagnose
wann/wo hast du denn performance probleme?
Laut top ist alles schick..
Laut top ist alles schick..
Debian-Nutzer
ZABBIX Certified Specialist
ZABBIX Certified Specialist
Re: Top - Diagnose
Sinnvoller wäre ein Monitoring über Zeit. Hast du sowas?
Nachtrag: sofern möglich, beobachte die folgenden Metriken:
1. die nächste messbare Größe, die auch deine User beobachten (ists eine Spieleserver? Dann die FPS oder sowas, was der Server so hergibt), gerne auch mehrere
2. wait und iowait
3. CPU/MEM %, Net kb/s
In der Reihenfolge. Dann kannst du (in Zukunft) besser reagieren und möglicherweise auch Probleme deiner User (Metrik 1) mit möglichen Engstellen auf deinem Server vergleichen.
Nachtrag: sofern möglich, beobachte die folgenden Metriken:
1. die nächste messbare Größe, die auch deine User beobachten (ists eine Spieleserver? Dann die FPS oder sowas, was der Server so hergibt), gerne auch mehrere
2. wait und iowait
3. CPU/MEM %, Net kb/s
In der Reihenfolge. Dann kannst du (in Zukunft) besser reagieren und möglicherweise auch Probleme deiner User (Metrik 1) mit möglichen Engstellen auf deinem Server vergleichen.
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht