Dans un système multitâche préemptif comme Windows NT/2k/2k3/2k8 ou Unix,
l’ordonnanceur peut interrompre une tâche.
Dans ces systèmes, chaque tâche (processus) est décomposée en thread
(processus léger ou tâche légère), ces threads sont des portions de programme
exécutant des fonctions. Chaque thread est caractérisé par un contexte local
contenant la priorité du tread, ses variables locales ou l’état de ses
registres.
Le passage d’un tread à un autre se nomme « changement de contexte ».
Seul l’ordonnanceur peut interrompre un thread pour exécuter un autre tread de
priorité plus haute.
Nous pouvons en conclure que si les contexte switches s’envolent sur RM,
cela proviens d’applications qui se tirent la couette pour repasser en haut de
la pile processeur.
Comme nous le dit le guide avancé Metaframe, les valeurs par défaut dans RM,
sont des valeurs de base. J’ai personnellement pu constater sur une grosse
batterie (450 serveurs / 12000 utilisateurs), que le seuil de 15000 CS/s par pile
(double coeur = 2 piles) est la limite où les utilisateurs sont ralentis dans leur
session.
Donc sur un serveur bi-processeur à double coeur, la limite est à 60000 alors que la configuration RM est bien en dessous par défaut.
Sources: Linux embarqué, Pierre Ficheux ISBN:2-212-11674-8 C’est la meilleur définition que j’ai pu lire sur le sujet. Je vous engage tous a acheter et lire ce superbe ouvrage.