Qu'est ce qu'un changement de contexte
Fermé
julien
-
27 avril 2004 à 13:21
sebsauvage Messages postés 32893 Date d'inscription mercredi 29 août 2001 Statut Modérateur Dernière intervention 21 octobre 2019 - 27 avril 2004 à 14:14
sebsauvage Messages postés 32893 Date d'inscription mercredi 29 août 2001 Statut Modérateur Dernière intervention 21 octobre 2019 - 27 avril 2004 à 14:14
A voir également:
- Changement de contexte processus
- Piratage facebook changer mot de passe - Guide
- Changement d'écriture - Guide
- Changer de dns - Guide
- Changement clavier azerty - Guide
- Changement carte graphique - Guide
2 réponses
sebsauvage
Messages postés
32893
Date d'inscription
mercredi 29 août 2001
Statut
Modérateur
Dernière intervention
21 octobre 2019
15 655
27 avril 2004 à 14:14
27 avril 2004 à 14:14
C'est ça !
Par exemple quand système multi-tâche passe d'une tâche à une autre, il doit mémoriser l'état de la tâche courante (contenu des registres du processeur, pile, etc.), puis charger ceux du process suivant dans l'ordonnanceur.
Plus les quantas d'exécution sont gros, plus il est possible d'un processus reste longtemps sans être exécuté.
Plus les quantas d'exécution sont petits, plus le surcoût qu'engendre ce changement de contexte est important.
Il faut donc faire un compromis entre les deux.
Sous Windows, c'est typiquement ce qui fait la différence entre les versions Workstation et les versions Server.
(Les versions serveur ayant des quantas d'exécution plus gros afin de favoriser les traitements lourds, alors que les workstations ont des quantas plus petits (principalement dans le but de ne jamais bloquer les interfaces graphique)).
C'est aussi ce qui fait que les threads sont intéressants:
Le changement de contexte d'un thread à un autre est nettement moins couteux que le changement de contexte d'un process à un autre.
Par exemple quand système multi-tâche passe d'une tâche à une autre, il doit mémoriser l'état de la tâche courante (contenu des registres du processeur, pile, etc.), puis charger ceux du process suivant dans l'ordonnanceur.
Plus les quantas d'exécution sont gros, plus il est possible d'un processus reste longtemps sans être exécuté.
Plus les quantas d'exécution sont petits, plus le surcoût qu'engendre ce changement de contexte est important.
Il faut donc faire un compromis entre les deux.
Sous Windows, c'est typiquement ce qui fait la différence entre les versions Workstation et les versions Server.
(Les versions serveur ayant des quantas d'exécution plus gros afin de favoriser les traitements lourds, alors que les workstations ont des quantas plus petits (principalement dans le but de ne jamais bloquer les interfaces graphique)).
C'est aussi ce qui fait que les threads sont intéressants:
Le changement de contexte d'un thread à un autre est nettement moins couteux que le changement de contexte d'un process à un autre.
