|
@@ -22,8 +22,13 @@ transmettre les ressources et faire la vérification d'accès. Il est également
|
|
|
utile pour vérifier que les processus workers sont encore en vie et signaler les
|
|
utile pour vérifier que les processus workers sont encore en vie et signaler les
|
|
|
erreurs.
|
|
erreurs.
|
|
|
|
|
|
|
|
-
|
|
|
|
|
\section{Le modèle orchestrateur}
|
|
\section{Le modèle orchestrateur}
|
|
|
|
|
|
|
|
-Meilleures performances. On garde un «orchestrateur» pour initialiser mais les
|
|
|
|
|
-modules peuvent fonctionner sans après.
|
|
|
|
|
|
|
+Dans ce modèle, on considère un processus privilégié qu'on appelle
|
|
|
|
|
+orchestrateur. Celui-ci n'est plus au centre des communications inter-processus
|
|
|
|
|
+mais permet d'initialiser les connexions entre deux workers qui vont ensuite
|
|
|
|
|
+discuter directement. On doit donc s'attendre à de meilleures performances étant
|
|
|
|
|
+donné qu'on diminue les changements de contexte et appels systèmes. On garde cet
|
|
|
|
|
+«orchestrateur» pour initialiser chaque nouvel étage mais les modules peuvent
|
|
|
|
|
+fonctionner de façon indépendante après, du moment que tous les éléments qui
|
|
|
|
|
+sont liés à l'étage ont été créés.
|
