Cpu(s): 8.0%us, 1.0%sy,
Hallo Liste,
habe mehrere Server wobei bei einem das Verhaeltnis von CPU
User% und Sys% nicht im "normalem" Verhaeltniss steht.
Ich habe schon etwas "ge-google-d" und dabei Infos gefunden welche
sagen, dass ein zu hoher sys% Fehler/Probleme oder falsche
Konfiguration sein koennen. (Bitte ausbessern fals ich hier nen
bloedsinn schreibe)
Der Server verschiebt viel Rechenleistung nach sys% nur, sobald ich die
Datenbank (Mysql) fuer Clientes aktiviere. Wenn ich rechenintensive
Operationen (bzip2 von 1GB Daten) starte dann bleibt das Verheltniss
normal.
Wie kann ich herausfinden welche Prozesse diesen hohen SYS% ausloesen ?
In Top sehe ich bei den Prozessen nur eine allgemeine % Zahl, nicht
die Aufteiluung nach CPU% und SYS%.
danke Claudio
habe mehrere Server wobei bei einem das Verhaeltnis von CPU
User% und Sys% nicht im "normalem" Verhaeltniss steht.
Ich habe schon etwas "ge-google-d" und dabei Infos gefunden welche
sagen, dass ein zu hoher sys% Fehler/Probleme oder falsche
Konfiguration sein koennen. (Bitte ausbessern fals ich hier nen
bloedsinn schreibe)
Wenn du viel disk/io hast ist zwangslaeufig %sy hoch. Nix komisches dran.
Wenn %wa hoch ist, dann ist es oft ein Problem (etwa schlecht angebundenen
Platten etwa auf die kreuz und quer zugegriffen wird).
Der Server verschiebt viel Rechenleistung nach sys% nur, sobald ich die
Datenbank (Mysql) fuer Clientes aktiviere. Wenn ich rechenintensive
Operationen (bzip2 von 1GB Daten) starte dann bleibt das Verheltniss
normal.
Das ist normal.
Wie kann ich herausfinden welche Prozesse diesen hohen SYS% ausloesen ?
In Top sehe ich bei den Prozessen nur eine allgemeine % Zahl, nicht
die Aufteiluung nach CPU% und SYS%.
Die mit viel I/O. Das %sy verlierst du im kernel space, da ist es nicht
unmittelbar logisch das auf einzelne Prozesse zu mappen.
vmstat und iostat (Paket sysstat) helfen auch.
Hast Du genug RAM?
gib MySQL eventuell mehr RAM zur Verfuegung als in der Default Konf.
Ein rezenter Linux Kernel koennte auch eine gute Idee sein, genauso
wie ordentliche Platten und ein ordentlicher Controller.
Bye,
Chris.