Le pross n'est-il pas censé tourner en permanence? Comment cette valeur est-elle calculée? A-t-elle un sens dans un environnement non-multitache?

On peut voir l'OS (multitache) comme une boucle dans ce genre là :
 
while (True) {
  if (quelque_chose_a_faire)
    le_faire;
}
 
L'inactivité, c'est toute les fois où quelque_chose_a_faire est faux

 
Quand c'est Windows t'as oublié d'ajouter :
 

t'as oublié un bout:
 
if(swap_pas assez_utilisé && déjà_des_trucs_en_cours)
{
  swapper un bon coup
  faire un autre truc dont on a pas besoin maintenant
}

Ca ça va, depuis que j'ai 1 Go de RAM sous 2K, j'ai plus de problème de SWAP

même avec 512 Mo j'ai pas de problèmes

Ouais mais des fois je suis méchant, je lui demande des gros trucs
 
Là, en utilisation normale sans rien d'ouvert (IE + Winamp) j'ai 420 Mo de RAM...
 
Mais bon, y'a une chiée d'outils serveurs qui tournent derrière aussi
 
En tout cas, un coup j'ai fait un beau pic à 960 Mo

mrbebert a écrit a écrit :   L'inactivité, c'est toute les fois où quelque_chose_a_faire est faux

 
Ouais mais comment cela peut-il arriver? A partir du moment ou un programme est lancé il y a toujours quelque chose a faire non?

Ben non.
 
Plus exactement, un soft qui utilise les évènement est managé par un eventhandler qui est celui de windows. et quand il se produit qqchose, alors l'eventhandler indique au prog concerner qu'un évènement s'est produit, ce qui lance un traîtement.
 
Mais s'il ne se produit rien et que les programmes n'ont rien à faire, l'eventhandler récupère 100% du temps CPU.
 
Et c'est le temps processur utilise par l'eventhandler qui correcpond au taux d'innocupation.
 
Et l'eventhandler est un peu ce qu'on t'as décrit là-haut en écrivant du code à 2 balles.
 
Il tourne en rond en attandant une action utilisateur ou logicielle. Et dès qu'une action se produit il recherche à quel logiciel c'est destiné et voilà.

Ok je commence a saisir!
Mais n'y a-t-il pas dans chaque programme windows une pompe a messages qui tourne en permanence?

oui
chaque programme a une boucle de ce genre
Par ex un programme Delphi a dans sa procédure application.Run :

(Terminated est un booléen qui se met à true quand on quitte le programme)

Dans ce cas la , pourquoi la pompe n'utilise-t-elle pas 100% du cpu?

Parce que :

 
Si y a pas de message en attente, alors on ne fait rien
La procédure Idle fait, entre autres, un appel à la fonction de l'API "WaitMessage", qui pause le thread jusqu'à ce qu'il y ait un nouveau message.

Ok je vois! Dans ce cas, si je fais un programme qui tourne sans boucle de messages il occupera toujours le maximum possible?

Oui. C'est généralement le cas des de jeux qui bouclent sans faire de pause. C'est pour ca que le framerate dépend de la puissance du processeur.
 
Ce n'est pas le cas des applications bureautiques qui attendent les "instructions" (click de souris, appui d'une touche....) et les traitent quand elles arrivent.

en fait dans un systeme d'exploit digne de ce nom c'est plutot:
 
on attribue a chaque processus du temps processeur.
 
chaque process a le droit a sa tranche
quand le temps imparti est ecoule, on passe au suivant.
 
Si aucun processus ne requiert de temps processeur, on fait tourner le process 'idle' qui est la pour consommer le temps processeur inutile en ne faisant rien.
 
Et pour repondre a ta question, un processeur tourne en permanence oui, d'ou le process idle
 
sur les portables, on reduit la vitesse du proc par acpi(bios) quand il a rien a faire pour economuiser les batteries

Et qu'en est-il des programmes qui font baisser la temperature du CPU (livre avec le carte mere d'hab) a l'aide de l'instruction halt du proc ?
Quand est-ce qu'ils declenchent cette instruction ?

Je suppose qu'ils prennent la priorité "idle" (exécuté seulement lorsque l'OS n'a aucune autre tâche à exécuter).