Modèle os de suspension de travaux

Commutateur de contexte vs commutateur de mode un commutateur de mode se produit lorsque le niveau de privilège du CPU est modifié, par exemple lorsqu`un appel système est effectué ou qu`un défaut se produit. Le noyau fonctionne dans un mode plus privilégié qu`une tâche utilisateur standard. Si un processus utilisateur souhaite accéder à des éléments qui ne sont accessibles qu`au noyau, un commutateur de mode doit se produire. Le processus en cours d`exécution n`a pas besoin d`être modifié pendant un commutateur de mode. Un commutateur de mode se produit généralement pour qu`un commutateur de contexte de processus se produise. Seul le noyau peut provoquer un commutateur de contexte. Processus liés à l`UC et aux e/S liés: un processus lié à l`UC nécessite plus de temps CPU ou passe plus de temps dans l`État en cours d`exécution. Un processus lié aux e/S nécessite plus de temps d`e/S et moins de temps processeur. Un processus lié aux e/S passe plus de temps dans l`état d`attente. La distinction entre deux approches a des conséquences importantes concernant l`indépendance relative du comportement du système d`exploitation, du comportement du processus d`application et des performances résultantes. En règle générale, le système d`exploitation basé sur une interface d`appel système peut être rendu plus efficace que ceux nécessitant l`échange de messages entre des processus distincts. C`est le cas, même si l`appel système doit être implémenté avec une instruction Trap; c`est-à-dire, même si le piège est relativement coûteux à effectuer, il est plus efficace que l`approche de passage de message, où il y a généralement des coûts plus élevés associés au multiplexage de processus, à la formation de message et à la copie de message.

L`approche d`appel système a la propriété intéressante qu`il n`y a pas nécessairement n`importe quel processus d`OS. Au lieu de cela, un processus s`exécutant en mode utilisateur change en mode noyau lorsqu`il exécute le code du noyau et bascule en mode utilisateur lorsqu`il retourne de l`appel du système d`exploitation. Si, d`autre part, le système d`exploitation est conçu comme un ensemble de processus distincts, il est généralement plus facile de le concevoir afin qu`il obtienne le contrôle de la machine dans des situations spéciales, que si le noyau est simplement une collection de fonctions exécutées par les utilisateurs processus en mode noyau. Même le système d`exploitation basé sur la procédure trouve généralement nécessaire d`inclure au moins quelques processus système (appelés démons dans UNIX) pour gérer la situation par laquelle la machine est autrement inactif comme la planification et la gestion du réseau.

Dieser Beitrag wurde unter Allgemein veröffentlicht. Setze ein Lesezeichen auf den Permalink.

Die Kommentarfunktion ist geschlossen.