Comment faire fonctionner en alternance plusieurs processus?

Bonsoir,
Mon problème est le suivant :
Je dois trouver un algorithme permettant l'affiche de n1 nombres(n1 étant une variable) à l'aide de n2 processus(n2 étant le nombre de processus utilisés).La difficulté est que les processus ne doivent pas afficher les nombres les uns après les autres mais en alternance : par exemple,s'il y'a 1000 nombres à afficher avec 10 processus,on doit avoir,dans l'ordre:
- le processus 1 affiche 1
- le processus 2 affiche 2
- le processus 3 affiche 3
etc....
-le processus 10 affiche 10
Puis on revient au processus 1 qui affiche 11,au processus 2 qui affiche 12 et ainsi de suite jusqu'à l'affichage de 1000.
Qqn pourrait-il me donner la facon de procéder?
Merci d'avance.

Salut,

tu sais faire communiquer des processus (MPI, PVM) ?
Sans ça, ça me parait difficile de garantir l'ordre d'arrivée des messages.
Les temporisations n'apporte aucune garantie quand à l'ordre d'arrivée des messages (nombres).
Je pense au schéma maitre-esclave :
le maitre : travaille esclave numéro 1 !
l'esclave travaille ... et renvoi au maitre son travail.
le maitre reçoit le travail de l'esclave no 1, ça lui convient, il dit : OK, travaille esclave numéro 2 !
etc ...

j'ésite a te repondre, j'ai peuit etre une solution, mais je suis pas sur de bien savoir ce qu'est un processus... peux-tu m'expliker stp?
Bob...

"La chance accorde ses faveur aux esprits avertis..."

On parle ici d'algorithme et de synchronisation entre processus.
On peut envisager un master envoyant  des infos a des esclaves et les synchronisant en envoyant un signal a l'esclave. Le master attend l'acquittement de l'esclave avant de passer au suivant.

Deux applications possible :
     - Unix/Linux les pts et signal()  ( plusieurs processus reels).
     - Les threads. ( dans ce cas il n'y a pas reellement de processus  mais des sous process dans un process global).



Yves

"Unix/Linux les pts et signal()  ( plusieurs processus reels)."
Salut Nashua, je ne vois pas comment échapper aux IPC pour communiquer entre processus ... (à part les socket ...)
Ah OK, je relis le sujet ..., effectivement, le processus esclave n'est pas obligé de renvoyer le résutat lui-meme au processus maitre, il peut l'afficher sur stdout et signaler au maitre qu'il s'est acquitté de la tache. Les signaux peuvent suffire.

Tu as raison ++fab, il est aussi possible de passer par les ipc msgctl() en mode IPC_WAIT ce serait aussi une autre solution elegante.
Mais on ne peut pas  garantir la synchro aussi il faut ajouter les signal().

Il y a aussi les pipes mkfifo() (ce que MS appellait les pipes nommes en OS2 je crois) qui sont tres simples a utiliser.

Yves

pour les IPC, je pensais à l'utilisation de la surcouche MPI par exemple, qui offre des garanties quand à la synchronisation.
En fait, il y a pas mal de façons de faire ...