la charge (load) est donnée souvent avec 3 chiffres:
=> moyenne sur une minute, 5 minutes et 15 minutes.

prérequis:
- le temps de chaque cpu de la machine est coupé en timeslices
(tranches de temps)
- le schéduleur attribue ces tranches aux process tour à tour (c'est son job).

la charge est calculée par le scheduleur, et représente le nombre de process éligibles lorsque le scheduleur veut distribuer une tranche de temps cpu.


On comprend aisément que sue un monoprocesseur, si cette moyenne est inférieure à 1, la machine possède des tranche de temps dont aucun process n'a besoin.
si la moyenne est supérieure à 1, c'est l'inverse, les process "attendent" que le cpu soit libre pour tourner.

en pratique, une charge > nbr-cpu n'est pas un gros problème si les applications sont de type "batch", genre routage des mails (passerelle smtp). par contre sur un serveur web ou le laptop bureautique c'est un peu gênant (manque de réactivité).


ça te plait ?

HyperThreading:
mon expérience dit que les machines hyperthreadée sont un véritable piège pour le schéduleur qui y voit 2 cpu alors que le second n'est pas très puissant ni libre quand le premier tourne à plein. l'hyperthreading sur une machine très chargée (load) semble donner des soucis de mauvaise gestion de la charge
(au moins en kernel 2.4.x, je vais tester le 2.6 sur cette machine sous peu).

MultiCore, pas testé mais ça doit se rapprocher du multiCpu.
ben la charge nominale n'est plus de "1" mais de nbr-cpu donc la machine reste réactive avec une plus grosse charge.