Discussion :

[fanfouer]

Bonsoir,

je souhaiterais avoir l'avis de la communauté sur la mise en place d'une communication entre deux scripts Python.

Il s'agit de mettre en place une solution de décodage de signaux radio numérique sous GNURadio sur plateforme Linux.
Le premier script délivre donc une séquence de bits et le second contient le métier pour décoder les trames suivant un protocole établi.
Les trames doivent donc circuler entre les deux au runtime et idéalement être décodée dès qu'elles sont reçues.
Je vois plusieurs solutions :

- Un pipe
- Un socket
- Un fichier tampon

Sachant que les transmissions sont ponctuelles et non régulières dans le temps, un pipe occuperait des ressources sur le système inutilement.
Un fichier tampon, parcouru par le décodeur de protocole régulièrement introduirait une latence dans le décodage c'est pas génial non plus.
Et pour le socket pourquoi pas, mais je ne l'ai jamais mis en place. Est-ce que quelqu'un voit comment faire ?

Le mieux est de transmettre mes trames sous forme de chaine de texte, c'est pratique à manipuler ensuite.

Si vous avez un avis sur la question, je suis preneur, merci par avance.

[Sve@r]

Sachant que les transmissions sont ponctuelles et non régulières dans le temps, un pipe occuperait des ressources sur le système inutilement.
Un fichier tampon, parcouru par le décodeur de protocole régulièrement introduirait une latence dans le décodage c'est pas génial non plus.
Et pour le socket pourquoi pas, mais je ne l'ai jamais mis en place. Est-ce que quelqu'un voit comment faire ?

Salut
Un socket se met en place comme un pipe. Faut l'initialiser, le connecter puis écrire dedans.

Maintenant, si t'es sous Unix, t'as un 4° outil: les IPC (Internal Process Communication)
Les IPC sont un mécanisme de comm inter processus gérés par le noyau. Grosso-modo t'as un processus P1 qui écrit ses données. Puis P1 disparait éventuellement mais les données sont conservées dans une espèce de container. Ensuite P2, qui a la clef du container, peut venir les récupérer s'il le désire.
Les IPC se subdivisent en 3

• les files de messages => imagine des messages sur un fil, comme du linge en train de sécher. Chaque fois qu'un processus récupère le message (le premier du fil), il disparait du fil. En plus tu peux affecter aux messages un n° de filtre ce qui permet à un processus Px de ne récupérer que les messages n° X.
• la mémoire partagée => une grosse map dans laquelle n'importe qui peut écrire où il veut et lire ce qu'il veut
• les sémaphores => un outil de verrouillage permettant de protéger une ressource unique des accès concurrents (généralement on protège la mémoire partagée par un sémaphore justement pour éviter que 2 processus écrivent au même endroit)

Donc à mon avis, les files de messages sont les plus indiquées. P1 écrit tant qu'il a envie et P2 récupère quand il a besoin. Et ce que P2 récupère disparait de la file. En fait, c'est comme un pipe sauf qu'il n'est pas nécessaire qu'il y ait synchronisation...