Kan forklare dette enkelt for dere...
Det dere leser i loaden til unix er kort og greit at for hvert hele tall så er det en prosess som ønsker og bruke 100% av cpuressursene til en kjerne.
Om dere da f.eks har to httpd ( apache prosesser ) kjørende ( to spørringer mot webserveren ) vil de da bruke en viss andel i prosent av en eller hver sin prosessorkjerne.
La oss si man har en dual core cpu. Den ene httpd prosessen trenger 100% cpu bruk i 3 sekunder for å få generert siden og kjørt scriptene som clienten spør om. Den andre httpd prosessen bruker 30% cpu bruk og da av den andre kjernen. Det betyr at ditt load tall vil være 1.30.
Da har man 70% cpu til rådighet som andre prosesser kan bruke. Om man kommer over 2.00 i load eller 100% cpu bruk på begge skjernene, altså at loaden er 4.60 betyr det egentlig bare at det ligger prosesser og venter på å få brukt regnekraften til prosessorene. Disse prosessene som da ikke får regnet noe får heller ikke svart clienten og sendt dataene tilbake før det har blitt ledig kapasitet.
Normalt pleier ikke CPU ressurser og være noe problem i våre dager. Her er det bare og dytte i en masse minne og så er man kvitt problemet, men....
Kjører man f.eks apache og mysql på samma burk og har tung last mot sql'en vil man merke problemer med prioritering av ressursene. Apache og php vil generere script samtidig som den spør mysql'en om spørringer. Om apache bruker opp all cpu ressurs vil mysql stå og vente på ledig kapasitet som igjen forsinker script genereringen... Cpulimit kan være en løsning, ellers må man inn og sette opp regler noe som vil ha en utrolig ytelsesforbedring hvis man har lite ressurser og ta av og tunge sider.
Ble litt lengre enn jeg trodde, men gir vel noen svar
