Load Average Explained

Pagina: 1
Acties:
  • 111 views sinds 30-01-2008
  • Reageer

  • Arjen
  • Registratie: Juni 1999
  • Laatst online: 03-01 08:52
This is an indication of the load placed on the CPU in the last One minute, Five minutes, and Fifteen minutes respectively. Decimals are what you want to see i.e., .26 .75 .03 etc.. 1.0 is the maximum efficient load on the CPU anything above this is a indication of an over worked CPU and potentially slower acting process's i.e., Uploaded web pages, form responses, email retrieval, data processing etc.. If you see load averages in the 10.0 range contact your server administrator and request to be removed from this server. Or have it upgraded and have the programs or customers removed from it that are responsible for this kind of CPU demand.
hehehe! Eindelijk duidelijk wat 't is! :)
Hier staat de rest.

  • Femme
  • Registratie: Juni 1999
  • Laatst online: 09:07

Femme

Hardwareconnaisseur

Official Jony Ive fan

Ze zit nog net in de veilige zone:

lissa.pair.com
Fri Jul 9 07:05:53 EDT 1999
7:05AM up 3 days, 17:39, 4 users, load averages: 0.79, 0.92, 0.92

naam.pair.com
Fri Jul 9 07:07:04 EDT 1999
7:07AM up 114 days, 4:25, 6 users, load averages: 0.12, 0.17, 0.16

  • Arjen
  • Registratie: Juni 1999
  • Laatst online: 03-01 08:52
Oei! Tweakers mag bijna niet meer groeien!
FOK!: 7:15AM up 22 days, 14:03, 6 users, load averages: 0.00, 0.02, 0.00 :)

De load averages van Naam vallen wel erg mee. CGI is dus niet zo'n processor tijd vretend iets. :)

Verwijderd

De load average geeft "The average number of jobs in the run queue over the last 1, 5, and 15 minutes" weer.

Als een (non-real time) multi-tasking OS een nieuwe taak krijgt (bv. omdat er een netwerk packet binnenkomt of omdat er een cgi script/programma uitgevoerd moet worden), dan vuurt het OS dat meestal niet direct af, maar zet dat als een taak met een bepaalde prioriteit in de queue. Dit is een relatief snel proces. Aan de hand van de prioriteit worden de taken vervolgens echt uitgevoerd.

Dit heeft als voordeel dat het aantal running tasks klein blijft. Dat werkt sneller omdat het OS dan niet continu de cpu onder alle taken moet verdelen. Het gaat alleen mis als de cpu het niet aankan(of ergens anders een bottleneck). De queue loopt op...


CGI scripts zijn niet processor tijd vretend alleen moet voor elk cgi-request een proces opgestart worden. Een proces opstarten betekent, in de queue zettten, memory reserveren, process inladen van disk of cache, process uitvoeren en memory vrijgeven. Dat neemt tijd in beslag. Daarom kan een applicatie die niet met cgi werkt, maar met php/asp of met een directe interface op de server (nsapi/iisapi) meer requests aan (op de zelfde hardware).

Verwijderd

Hiero op mijn bak:
8:05pm up 2:27, 1 user, load average: 0.49, 0.41, 0.29

is wel lekker :)