Simple CIB entre C++ et Python (multi-plateforme)

J'ai un C++ processus en cours d'exécution en arrière-plan qui sera la génération des "événements" rarement qu'un Python processus en cours d'exécution sur la même case aurez besoin de ramasser.

  • Le code sur le côté C doit être aussi léger que possible.
  • Le Python côté est en lecture seule.
  • La mise en œuvre doit être multi-plateforme.
  • Les données envoyées est très simple.

Quelles sont mes options?

Grâce

  • Quel OS sont vos programmes en cours d'exécution en vertu de l' ? Pipe en fonction de l'IPC est très facile à mettre en œuvre sous Unix-comme des machines.
  • Unix et Windows
  • "le côté C" est une faute de frappe, non ?
InformationsquelleAutor Lee Treveil | 2011-08-02
  1. 43

    zeromq - et rien d'autre. coder les messages comme des chaînes de caractères.

    Toutefois, Si vous voulez obtenir serialiazation à partir d'une bibliothèque d'utilisation protobuf il va générer des classes pour Python et C++. Vous utilisez le SerializeToString() et ParseFromString fonctions de() à chaque extrémité, et de rediriger les chaînes via ZeroMq.

    Problème résolu, comme je doute que toute autre solution est plus rapide, ni toute autre solution aussi facile de fil et simple à comprendre.

    Si vous voulez utiliser des primitives du système de rpc tels que les canaux nommés sur Windows et Unix Domain Sockets sous unix, alors vous devriez regarder Boost::ASIO. Cependant, à moins que vous ont (a) un réseau d'arrière-plan, et (b) une très bonne connaissance de C++, ce sera très coûteuse en temps

    • +1 pour de multiples options. Et de souligner que protobuf est seulement une solution pour la sérialisation aspect.
    • zguide.zeromq.org/page:all#Getting-the-Message-Out est à la recherche de bonnes.
    • J'ai choisi zeromq parce que côté serveur, la mise en œuvre est de 12 lignes de code!! Je n'aime pas prendre sur les dépendances si je n'ai pas à mais zeromq est l'exception. 🙂
    • Oui zeromq est conçu exactement pour votre cas d'utilisation. Il est très primitive et très facile à comprendre. C'est primitivité est robuste si, comme vous pouvez le mettre en œuvre plus complexe de messagerie constructions hors de lui. Dans mon travail, j'ai choisi de mettre mon propre système RPC sur le dessus de boost:: ASIO car j'avais besoin de l'primitives du système je l'ai mentionné ci-dessus.
    • Zeromq est le pire. J'ai fait exactement cela avec ZeroMQ et je suis maintenant de commutation à autre chose. ZeroMQ n'a pas de notion d'échec à tous. Si vous essayez d'envoyer un message et de votre processus est allé vers le bas, il serait impossible de le dire. Il serait juste continuer à essayer de l'envoyer à jamais. Il y a beaucoup d'autres questions, où l'échec est complètement opaque, et donc nouvelle tentative est impossible aussi.
    • Il a été un long temps depuis que j'ai travaillé avec zeromq. "Pas de notion d'échec à tous les" en d'autres termes, "fire and forget", il n'y a rien de mal avec "fire and forget" de la messagerie. Aussi, vous pouvez construire défaillance mécanique sur le dessus de zeromq si vous en avez besoin. Après avoir dit que ces jours je pourrais pencher vers la GRPC, mais elle est assez lourde python dépendance empreinte si je me souviens bien.
    • Vous avez raison, vous pouvez construire la détection de défaillance sur le dessus, mais c'est très salissant avec le fait d'avoir à faire des choses comme abandonner threads pour tuer les interminables files d'attente. Je n'ai jamais trouvé une raison pour ne pas avoir besoin d'être informé de message d'échec de livraison. Si vous faites de la CIB et un message d'envoi échoue, alors vous veulent presque toujours en informer quelqu'un ou de réapparition de l'auditeur. Je ne pense pas avoir cette capacité diminue considérablement l'utilité de toute la communication de la bibliothèque.

    InformationsquelleAutor Hassan Syed
  2. 5

    Google protobuf est une grande bibliothèque pour le RPC entre les programmes. Il génère des liaisons pour Python et C++.

    Si vous avez besoin d'un système de messagerie distribué, vous pouvez également utiliser quelque chose comme RabbitMQ, zeromq, ou ActiveMQ. Voir cette question pour une discussion sur le message de la file d'attente des bibliothèques.

    • RabbitMq est un bazooka par rapport à ZeroMq qui est un chasse-mouches 😉
    • L'OP n'a pas préciser si un "bazooka" était nécessaire, j'ai donc présenté celle qui, je pense, est le plus populaire. J'ai édité ma réponse à inclure zeromq et ActiveMQ, et renvoie à une autre SORTE de question à ce sujet.
    • Je pense que protobuf est juste une bibliothèque de sérialisation pour portable le transport du message lui-même. Il ne semble pas prévoir un mécanisme pour les appels RPC et de l'IPC.
    InformationsquelleAutor jterrace
  3. 4

    Utilisation zeromq, c'est aussi simple que vous pouvez obtenir.

    • Beau projet, avec une bonne documentation. Merci pour ce up!
    • Semble vraiment génial en effet. Et il semble vraiment portable, flexible et rapide.
    • Il est en effet. J'aime travailler avec zeromq.
    InformationsquelleAutor zeekay
  4. 2

    Une autre option est de simplement appeler votre code C à partir de votre code Python à l'aide de la ctypes module plutôt que de courir les deux programmes séparément.

    • Le C est un processus démon et est en cours d'exécution en arrière-plan tout le temps.
    InformationsquelleAutor mgalgs
  5. 1

    Quelle est la complexité de vos données? Si c'est simple, je voudrais sérialiser comme une chaîne de caractères. Si c'était moyennement complexe, je voudrais utiliser JSON. TCP est un bon cross-plate-forme de l'IPC de transport. Puisque vous dites que ce CIB est rare que la performance n'est pas très important, et TCP+JSON sera fine.

    InformationsquelleAutor Spike Gronim
  6. 0

    Vous pouvez utiliser Google GRPC pour cette

    InformationsquelleAutor KindDragon
  7. -4

    Je vais vous dire créer une DLL qui va gérer la communication entre les deux. Le python va charger la DLL et l'appel de méthode getData() et la DLL sera à son tour de communiquer avec des processus et d'obtenir les données.
    Qui ne devrait pas être difficile.
    Vous pouvez aussi utiliser des fichiers XML de fichier ou de base de données SQLite ou toute base de données pour les données de la requête. Le démon de mise à jour de la DB et Python garder l'interrogation. Il y a peut être déposée pour indiquer si les données en DB est déjà mis à jour par le démon et puis Python requête.
    Bien sûr, il dépend de la performance et de la précision des facteurs de!

    • S'il vous plaît commentaire pourquoi mon post a été downvoted 😉
    • Parce que je ne veux pas partir au Japon pour obtenir des Sushis quand je peux prendre le téléphone et de faire livrer. 🙂
    • ?????????????????
    • La critique est évident... Mon downvote est une non solution multi-plateforme (voir les balises).
    InformationsquelleAutor Stefano Mtangoo