context switches, Préemption et commutation de contexte.
|
Écrit par Renaud DEVERS
|
|
Lundi, 20 Novembre 2006 21:29 |
|
{{Sources: Linux embarqué, Pierre Ficheux ISBN:2-212-11674-8}} {Je ne pense pas avoir le droit de copier ce paragraphe, mais 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.} Dans un système multitâche préemptif comme Windows NT 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 a 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 ou 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.
|
