[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

AW: Lastmittel? (gnome-system-monitor)



> -----Ursprüngliche Nachricht-----
> Von: Thorsten Haude [mailto:debian@thorstenhau.de]
> Gesendet: Dienstag, 19. Dezember 2006 14:33
> An: debian-user-german@lists.debian.org
> Betreff: Re: Lastmittel? (gnome-system-monitor)
> 
> Moin,

Hi, danke für die schnelle Antwort!

> 
> * Christoph Schwerdtfeger wrote (2006-12-19 09:33):
> >Ich habe hier ein Debian (unstable) System bei welchem das
> >gnome-system-monitor Applet öfter "Lastmittel" von 100% anzeigt. Der
> Rechner
> >ist dann nicht mehr zu erreichen, offene VNC Sessions laufen weiter, neue
> >SSH-Sessions werden jedoch nicht mehr angenommen.
> >Die CPU ist auf 10%, es sind noch 80% RAM und 50% Swap frei sowie mehrere
> GB
> >auf der Festplatte und die Festplattenzugriffe sind auch im normalen
> Rahmen.
> >
> >Was genau also ist "Lastmittel" (bzw. "load average")? Wie finde ich
> heraus,
> >was diese hohen "Lastmittel" verursacht? Wie verhindere ich das?
> 
> Das Load Average (die Übersetzung hatte ich vorher noch nicht gehört)
> ist die Anzahl der Prozesse, die auf Ausführung warten. Das ist für
> mich der beste Einzelwert, der die Auslastung einer Maschine anzeigt.

Das ist die korrekte Übersetzung laut den Sourcen des Programms
gnome-system-monitor. Ist eine der wenigen Stellen, die ich mit meinen
Suchbegriffen gefunden habe :)

> Wer Deinen Rechner belastet, kannst Du häufig mit top(1) sehen. Wenn
> Du da Interpretationshilfe brauchst, dann poste hier mal bitte die
> ersten 15 Zeilen, bitte nicht mehr als das.

Siehe unten.

> 50% Swap halte ich übrigens für bedenklich (nicht bedrohlich), so ein
> Wert sollte sich nur einstellen, wenn der Rechner lange läuft. Wenn er
> als Desktop immer wieder gebootet wird, deutet das auf zu wenig
> Speicher oder einen speicherfresser (Iceweasel?) hin.

Hier die Info, was den Speicher und Swap angeht:

# free -m
             total       used       free     shared    buffers     cached
Mem:          1012        997         15          0          7        684
-/+ buffers/cache:        305        706
Swap:         3071       1151       1920

Und hier noch die Uptime:

# uptime
 14:50:18 up 7 days,  4:59,  2 users,  load average: 1.47, 1.02, 1.24

Hier sehen die Werte für die Lastmittel ganz gut aus. Nur kommt es
zwischendurch halt zu Belastungsspitzen in denen kein Zugriff auf das System
(weder per VNC noch per SSH) mehr möglich ist.

Das System ist übrigens kein Desktop, sondern ein Datenbankrechner, auf dem
eine Oracle10g läuft.

Hier noch die Übersicht, was top sagt:

# top
top - 14:53:34 up 7 days,  5:02,  2 users,  load average: 1.77, 0.99, 1.16
Tasks: 395 total,   3 running, 270 sleeping,   0 stopped, 122 zombie
Cpu(s):  0.7%us,  0.7%sy,  0.0%ni, 98.0%id,  0.0%wa,  0.0%hi,  0.7%si,
0.0%st
Mem:   1036644k total,  1016140k used,    20504k free,     7644k buffers
Swap:  3145712k total,  1176988k used,  1968724k free,   696060k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2063 root      15   0  2496 1332  856 R  1.0  0.1   0:00.05 top
    1 root      15   0  1944  484  456 S  0.0  0.0   0:02.35 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:00.03 ksoftirqd/0
    4 root      10  -5     0    0    0 S  0.0  0.0   0:00.04 events/0
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper
    6 root      11  -5     0    0    0 S  0.0  0.0   0:00.05 kthread


Sieht soweit eigentlich ganz gut aus, keine großartige belastung und 98%
idle auf der CPU und nur 3 laufende, aktive Prozesse.

> 
> 
> Thorsten

Christoph



Reply to: