Bekijk Volledige Versie : load betekenis
He mensen,
Wat betekent de volgende load op een linux bakkie met DA:
0.06, 0.39, 0.46
Hoezo de 3 verschillende waarden?
Gegroet,
N. Peters
1e 1 minuut geleden
2e 5 minuten geleden
3e 15 minuten geleden
crazycoder
12/03/06, 12:04
Ah oke, bedankt!
Had je met google sneller gevonden...
Zoek voor de gein maar eens op: load average
1e 1 minuut geleden
2e 5 minuten geleden
3e 15 minuten geledenVolgens mij klopt dat niet. Het zijn gemiddelde waarden. De eerste is dus de gemiddelde load over 1 minuut, de tweede over 5 minuten en de derde is het gemiddelde over 15 minuten.
het is zoals nextIT het uitlegt, het zijn de gemiddelde waarden. Zo kan je zien wat de tendens is (stijgend, dalend...). Wanneer je monitoring opzet moet je ook daarmee rekening houden (1min load mag al eens iets hoger zijn, maar 15min load mag niet te hoog worden).
Er is een stelregel die zegt dat de load niet hoger mag worden dan het aantal processoren + 1. Het is eerder een oude regel, maar meestal gaat hij nog op. Let erop dat een systeem met een load van bvb 10 perfect werkbaar kan zijn, en dat hetzelfde systeem soms onder een load van 5 onwerkbaar wordt. Alles hangt af waarvandaan de load komt (iowait, cpu,...)
load zegt iets over het aantal processen dat op de processor staat te draaien of staat te wachten. een proces dat met nice 20 draait, staat daar dus ook bij. op sommige servers draaien van die rekenklussen en die staan daarom al met een load minimum van 1. mijn punt is, dat de getallen zonder inside information an sich niet veel zeggen. maar een load > 10 is hoe dan ook niet meer laag.
Top, bedankt voor jullie uitleg. Weet iemand van jullie of een server duidelijk trager wordt bij een load van 3?
He mensen,
Wat betekent de volgende load op een linux bakkie met DA:
0.06, 0.39, 0.46
Dat je server niet veel te doen heeft :)
Bij een load van 3 worden de meeste servers ernstig traag, dit licht er natuurlijk aan waar de bottelnek van je systeem zit. (traagde hdd kan ook voor een hoge load zorgen, terwijl je cpu niks doet)
@eweps: een load van 3 zegt niets. Neem volgende voorbeelden:
load van 3 doordat er 3 rekenprocessen lopen, met een nice van 20, en geen disk-io doen. De machine zal nog altijd vliegen, en elk process krijgt voorrang op de 3 rekenprocessen. De disk IO is verwaarloosbaar.
load van 3 doordat er 3 processen constant at random data van je harddisk gaan halen, en de harddisk is niet snel genoeg. Het starten van een extra process zal lang duren, aangezien die binary file van de disk geladen moet worden, en dus tussen die 3 andere processen in moet zien te komen. Trage server is het gevolg.
@eweps: een load van 3 zegt niets. Neem volgende voorbeelden:
load van 3 doordat er 3 rekenprocessen lopen, met een nice van 20, en geen disk-io doen. De machine zal nog altijd vliegen, en elk process krijgt voorrang op de 3 rekenprocessen. De disk IO is verwaarloosbaar.
load van 3 doordat er 3 processen constant at random data van je harddisk gaan halen, en de harddisk is niet snel genoeg. Het starten van een extra process zal lang duren, aangezien die binary file van de disk geladen moet worden, en dus tussen die 3 andere processen in moet zien te komen. Trage server is het gevolg.
Misschien wat oud, maar kleine toevoeging.
Servers van kernel.org hebben constante load van 200+, waarom? Gigantisch veel verkeer over de NIC's heen. Servers zijn gewoon heel snel, maar doen gewoon veel verkeer en daardoor gaat je load omhoog.
BudgetDedicated
19/03/06, 22:38
load zegt iets over het aantal processen dat op de processor staat te draaien of staat te wachten. een proces dat met nice 20 draait, staat daar dus ook bij. op sommige servers draaien van die rekenklussen en die staan daarom al met een load minimum van 1. mijn punt is, dat de getallen zonder inside information an sich niet veel zeggen. maar een load > 10 is hoe dan ook niet meer laag.
Houd er rekening mee dat er geen eenduidig getal bestaat waar de belasting van je apparatuur in uit te drukken valt. De load is het getal wat waarschijnlijk wel het minste begrepen wordt, aangezien een systeem met een load van 200 in principe zeer vlot kan reageren. Er staan in dat geval bijvoorbeeld 200 processen ergens op te wachten. Deze processen verstoken geen CPU en ze staan klaar tot er een interrupt gegenereerd wordt, of een ge-lockte resource vrijkomt. Als het een webserver betreft is het veel nuttiger om een page-load test uit te voeren. Verder zijn CPU%, disk-I/O en met name hoeveel van je data uit een cache komt (dus vanuit RAM komt) goed om in de gaten te houden. Bij veel servers zal inderdaad een load van 1.02 geintepreteerd moeten worden alsof er 0.02 staat.