|
@@ -83,9 +83,9 @@ Dans les deux modèles précédents, on a utilisé des processus workers qui von
|
|
|
avoir le même rôle, mais éventuellement des implémentations différentes.
|
|
avoir le même rôle, mais éventuellement des implémentations différentes.
|
|
|
|
|
|
|
|
Chaque worker est équipé d'un thread jouant le rôle de boucle événementielle et
|
|
Chaque worker est équipé d'un thread jouant le rôle de boucle événementielle et
|
|
|
-récupérant les messages soit de tous les autres modules connectés, soit depuis
|
|
|
|
|
-le broker uniquement selon le modèle utilisé. La boucle événementielle sera
|
|
|
|
|
-décrite plus tard.
|
|
|
|
|
|
|
+récupérant les messages soit de tous les autres modules connectés, soit
|
|
|
|
|
+uniquement depuis le broker selon le modèle utilisé. La boucle événementielle
|
|
|
|
|
+sera décrite plus tard.
|
|
|
|
|
|
|
|
Les workers peuvent démarrer de plusieurs façons. Soit un nouveau processus est
|
|
Les workers peuvent démarrer de plusieurs façons. Soit un nouveau processus est
|
|
|
créé en étant configuré comme un worker, avec des IPC correctes déjà attribuées.
|
|
créé en étant configuré comme un worker, avec des IPC correctes déjà attribuées.
|
