oui le processing de data est bien un algorithme de traitement du signal.
Le processing de data commence avant I et est independant de I. Juste I va modifier a la volee les parametres de configuration du processing de data.
Le mecanisme en place est le suivant:
- B traite le flux de donnees provenant du stdin de facon continue. ces donnees sont extraites d'un fichier texte par un autre module A et les deux modules A et B sont pipes ensembles.
- Ce flux de donnees contient des entetes specifiques periodiques. Lorsqu'une entete est detectee, B appelle "select()" pour determner si un message I est arrive, auquel cas il le traite et ensuite continue le processing du flux de donnees. Le traitement de I est "cours" ...
Entre temps, apres avoir discute des socket unix avec un ami, j'ai resolu mon probleme. celui-ci etait principalement lie au fait que je ne metrisait pas correctement ni mon flux d'entree (fichier texte), ni la gestion des sockets unix et du coup je n'etait pas capable d'avoir un interpretation correcte des logs que j'observais. en gros, mon probleme d'origine etait que je fermais la socket client a la fin du processing data et avant d'avoir recu I.
Merci pour votre aide. J'ai poste le message car etant debutant sur ce theme des socket unix qui ne me semble pas trivial, j'avais peur d'etre passe a cote de quelque chose de critique en rapport avec la gestion des priorites d'execution ou avec la perfomance attendue pour le traitement des socket unix.
[^] # Re: Demande de précision sur ton méchanisme
Posté par grab06 . En réponse au message probleme d'utilisation de socket unix. Évalué à 1.
bonjour, merci pour la reponse.
oui le processing de data est bien un algorithme de traitement du signal.
Le processing de data commence avant I et est independant de I. Juste I va modifier a la volee les parametres de configuration du processing de data.
Le mecanisme en place est le suivant:
- B traite le flux de donnees provenant du stdin de facon continue. ces donnees sont extraites d'un fichier texte par un autre module A et les deux modules A et B sont pipes ensembles.
- Ce flux de donnees contient des entetes specifiques periodiques. Lorsqu'une entete est detectee, B appelle "select()" pour determner si un message I est arrive, auquel cas il le traite et ensuite continue le processing du flux de donnees. Le traitement de I est "cours" ...
Entre temps, apres avoir discute des socket unix avec un ami, j'ai resolu mon probleme. celui-ci etait principalement lie au fait que je ne metrisait pas correctement ni mon flux d'entree (fichier texte), ni la gestion des sockets unix et du coup je n'etait pas capable d'avoir un interpretation correcte des logs que j'observais. en gros, mon probleme d'origine etait que je fermais la socket client a la fin du processing data et avant d'avoir recu I.
Merci pour votre aide. J'ai poste le message car etant debutant sur ce theme des socket unix qui ne me semble pas trivial, j'avais peur d'etre passe a cote de quelque chose de critique en rapport avec la gestion des priorites d'execution ou avec la perfomance attendue pour le traitement des socket unix.