Discussion :

[Nico_stras]

Bonjour,

Je développe une application dont un des modules produit des messages à destination de 2 autres modules.
Avez-vous une idée d'architecture ?

La FIFO n'est pas adaptée pour un système à 2 consommateurs. Y a t il une "FIFO évoluée" ?

Merci d'avance

Nicolas
Strasbourg

[nunch]

Pour cela tu peux utiliser l'API des mailslots. Elle sert à la diffusion des messages vers plusieurs récipiendaires (mais sans accusé de réception, je crois).
Sinon il y a la mémoire partagée, les pipes, ou plus tordu, les windows sockets.

[Médinoc]

Relis la définition de l'acronyme "FILO" et tu verras pourquoi ça n'a aucune utilité pour de la communication.

Si tu veux faire du FIFO, par contre, il y a les tubes anonymes et nommés (FIFO basique) et les mailslots (FIFO évolués).

Tes consommateurs, ils doivent tous les deux recevoir les mêmes données ? Ou bien il faut trier pour tel ou tel consommateur ?

[Nico_stras]

Effectivement, J'ai de écrit "FILO" au lieu de "FIFO".

Je vais me renseigner sur les IPC.
Pour la comm inter-thread, les mécanismes sont à peu près les mêmes ?

[Médinoc]

En inter-thread au sein d'un même processus, tu peux utiliser n'importe quoi, puisque toute la mémoire est partagée.
Simplement, il faut utiliser des mécanismes de synchronisation (typiquement des mutexes ou des sections critiques, voire des événements) pour éviter de lire pendant que les données sont en cours d'écriture...
Ou bien, on peut utiliser des opérations atomiques, avec du double-buffering en prime...

[Nico_stras]

Vu que les 2 consommateurs utilient exactement les mêmes données, et qu'il n'y a aucune synchronisation entre eux, je vais utiliser 2 FIFOs (une par consommateur).

D'autres avis ?

Nicolas
Strasbourg