AW: Lastmittel? (gnome-system-monitor)
Andreas Pakulat schrieb:
> Gesendet: Mittwoch, 20. Dezember 2006 12:53
> An: debian-user-german@lists.debian.org
> Betreff: Re: Lastmittel? (gnome-system-monitor)
>
> On 20.12.06 12:30:05, Thorsten Haude wrote:
> > Moin,
> >
> > * Christoph Schwerdtfeger wrote (2006-12-20 11:13):
> > >Ich habe noch ein aktuelles Abbild von top gemacht, in diesem Fall
> unter
> > >Last:
> > >
> > ># top
> > >top - 11:03:05 up 8 days, 1:11, 2 users, load average: 37.85, 16.74,
> 7.07
> > >Tasks: 452 total, 4 running, 285 sleeping, 0 stopped, 163 zombie
> > >Cpu(s): 1.7%us, 0.7%sy, 0.0%ni, 0.0%id, 95.8%wa, 1.1%hi, 0.6%si,
> > >0.0%st
> >
> > Da steht's, die CPU macht zu 95.8% nichts anderes, als Daten zu
> > schaufeln.
>
> Nicht ganz, die CPU wartet darauf das das Daten schaufeln endlich mal
> ein Ende hat damit. In heutigen Systemen hat die CPU kaum was direkt mit
> dem Daten schaufeln zu tun.
Was ja im Endeffekt auf's selbe raus kommt.
Aber danke, habe mich schon gefragt, was "wait" genau heißt.
Hier mal ein Auszug bzgl. der Zombie-Prozesse:
# ps ax | grep Z
23474 ? Z 0:00 [sh] <defunct>
23536 ? Z 0:00 [sh] <defunct>
23573 ? Z 0:00 [sh] <defunct>
23967 ? Z 0:00 [sh] <defunct>
24185 ? Z 0:00 [sh] <defunct>
24275 ? Z 0:00 [sh] <defunct>
4526 ? Z 0:00 [sh] <defunct>
4554 ? Z 0:00 [sh] <defunct>
4599 ? Z 0:00 [sh] <defunct>
4774 ? Z 0:00 [sh] <defunct>
4776 ? Z 0:00 [sh] <defunct>
4784 ? Z 0:00 [sh] <defunct>
4794 ? Z 0:00 [sh] <defunct>
4825 ? Z 0:00 [sh] <defunct>
4829 ? Z 0:00 [sh] <defunct>
4834 ? Z 0:00 [sh] <defunct>
5072 ? Z 0:00 [sh] <defunct>
Gerhard Brauer schrieb:
> Bedenklich ist bei obigem top daß die CPU-Zeit eben nicht durch
> Rechen-Operationen "verbraten" wird sondern durch Warte-Zyklen (der Wert
> bei %wa = wait). D.h.: der Kernel muß warten daß Daten gelesen oder
> geschrieben werden können, bevor er weiter "rechnet". Das ist ein
> IO-Problem. IO ist meist Festplatte(n)/Bus oder Netzwerk-IO.
Denke, das kommt wirklich vom RAM. Bei einem Crash hatte es die Swap
Partition zerschossen und beim Booten blieb der Rechner stehen weil "RAM
voll", dank der Oracle Instanzen. Also mussten wir erst den Swap rebuilden
und haben dem System dann mehr (3GB) gegönnt als vorher (1GB).
Das System selber hat nur 1GB RAM und es laufen 10 Oracle Instanzen drauf,
ich denke, dass man das Datenschaufeln durchaus darauf zurückführen kann.
Die Instanzen abschalten, können wir im Moment leider nicht und ein Upgrade
des RAMs ist auch nicht in Sicht :(
Gruß,
Christoph
Reply to: