Manfred Gnaedig schrieb:
[...] Was passiert eigentlich, wenn idle 0% erreicht wird, stürzt der Server dann ab?
Um Gottes Willen, warum denn? Wenn idle 100% ist, dann langweilt sich Dein Prozessor zu 100% (sprich: ganz und gar). Wenn idle 0% ist, dann schwitzt Dein Pozessor ganz schoen, dann ist er naem- lich zu 100% ausgelastet (Auslastung ist hier im Prinzip genau das Komplement von idle). Wenn Du also permanent eine Auslastung des Rechners zu 100% hast (sprich: 0% idle), und auch der load der Maschine (siehe unten) weit groesser als Eins ist, dann solltest Du ernsthaft ueber einen neuen PC nachdenken :-)
Wie ist es mit "load average: 0.41, 0.28, 0.29" ? Ich dachte immer der CPU ist voll ausgelastet, wenn "load average: 1.00, 1.00, 1.00 erreicht ist.
Mit "load" ist das nicht so einfach :-) Die drei Zahlen geben den load gemittelt ueber die letzte Minute, ueber die letzten 5 und ueber die letzten 15 Minuten an. Deswegen schwankt die erste Zahl auch immer viel mehr als die letzte, weil diese ja ueber einen kleineren Zeitraum (naemlich eine Minute) gemittelt wird. Nun stellt sich die Frage, was ist der "load", wie er z.B. auch von xosview oder uptime angezeigt wird? Nun, der load gibt die durschnittliche Anzahl an Jobs an, die in der "Run Queue" ste- hen, d.h. gerne den Prozessor fuer sich beanspruchen moechten. Wenn genau ein Prozess den Prozessor zu 100% beanspruchen moech- te, dann hast Du einen load von Eins. Muss ein Prozess in der Run Queue warten, weil die CPU gerade nicht verfuegbar ist, dann wird der load steigen. Das bedeutet, der Job wartet nicht auf I/O, er schlaeft auch nicht, sondern es ist schlicht momentan keine CPU verfuegbar. Das System wird mit hoeherem load immer traeger, weil immer mehr Prozesse auf die CPU warten muessen. Unsere SGI Work- station hier hat es (ohne Absturz) schon auf einen load von 50 geschafft (das war allerdings keine Absicht, da liefen ein paar Programme aus dem Ruder...). Programme, die wenig I/O haben und eben sehr oft in der "Run Queue" stehen, wuerden z.B. deutlich von einer schnelleren CPU profitieren, da sie dann natuerlich weniger warten muessten. HTH, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe