🚀 go-pugleaf

Roland Schneider <terminator@spamcop.net> wrote:
> Marc Eggenberger <me@everyware.ch> wrote in ch.comp.os.linux:
>>wie setzten sich eigentlich die load avg Werte von Uptime zusammen?
>>Es geht darum, dass ich mit mrtg die CPU Belastung des Systems 
>>aufzeichnen will. Nun habe ich ein Shellscript, dass mir die load avg 
>>Werte von uptime ausgibt. 
>>Was bedeuten aber die Werte? was heisst 0.14? Ist das 14%? Oder wie oder 
>>ws?

uptime gibt ueblicherweise 3 Werte aus, die sich auf die letzten 1, 5
und 15 Minuten beziehen. Die Werte sagen aus, wieviele Prozesse
durchschnittlich "runnable", d.h. bereit zur Ausfuehrung waren.

0.0 heisst also, dass kein Prozess lauffaehig war, dass also nichts
los war. 0.1 heisst, dass z.B. innerhalb der letzten Minuten waehrend
10 Sekunden ein Prozess am laufen war. 1.0 wiederum heisst, dass immer
ein Prozess am laufen war (das muss allerdings nicht immer der gleiche
gewesen sein). 2.0 heisst dann eben, dass durchschnittlich immer 2
Prozesse am laufen waren.

> Das ist die Anzahl der wartenden Prozesse, 0.14 heiss das ~7%
> auf die 'Wartebank' mussten, bei 1 w�ren es dann 50% usw.

Sorry, aber das ist nicht richtig. Bei einem load von 1.14 koennte man
allenfalls sagen, dass 14% der Prozesse auf die "Wartebank" mussten.

> Wie weit der Load noch tolerabel ist h�ngt vom System ab, es
> gibt etliche Webserver welche �ber 2 herum laufen, pers�nlich
> finde ich das der Load immer unter 1 bleiben sollte.

Ein load ueber 1 heisst nicht unbedingt, dass ein Prozess langsamer
laufen muss als mit einem load kleiner als 1. Zwei Prozesse mit viel
Disk-IO koennen sich bei einem load von 2.0 evtl. recht gut ergaenzen.

Hier am Institut z.B. gibt's nur sehr wenige Maschinen, die nicht
permanent ein load >= 1.0 haben. Deshalb sind die Maschinen aber
keinesfalls langsamer fuer normale Taetigkeiten der BenutzerInnen [1].

- Felix

[1] Einige wahllose Stichworte zum letzten Abschnitt:
    - nice(1)
    - Scheduling
    - SETI@home
    - distributed.net
-- 
Felix Rauch, research assistant @ ETH Zurich, Institute for Computersystems
Homepage: http://nice.ethz.ch/~felix/ (includes PGP public key)
Email: felix@nice.ch     -> This article contains my personal views only <-