IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C++ Discussion :

Meilleur IPC (InterProcessus Communication) pour 2appli sous Windows


Sujet :

C++

  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Mars 2006
    Messages
    90
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2006
    Messages : 90
    Par défaut Meilleur IPC (InterProcessus Communication) pour 2appli sous Windows
    Bonjour,

    Dans le cadre d'échanges de données entre 2 processus écrit en C++, basé sur un seul PC sous Windows.
    Ces échanges se font dans les 2 sens, et se font de manière périodique et récurrente. (échange d'une structure contenant des float[], et int[])

    Je me demande quel est le meilleur moyen de communiquer (IPC): pour le moment j'ai listé ceci:
    - Par fichiers(problème d'accès au fichier en même temps) : pas le top
    - Par une base de données (Ok, mais j'imagine long et fastidieux)
    - Mémoire partagée (je m'y connais moyen mais cela semble être un bon moyen, mais mise en place fastidieuse (synchronisation lecture/écriture)
    - Boost (je ne connais pas encore)
    - Sockets ( je connais bien et me demande si c'est le meilleur moyen dans mon cas)

    j'aimerais avoir l'avis de gens expérimentés SVP
    sur les avantages et inconvénients de chaque moyen. (vu les contraintes citées ci-dessus : 1 seul PC, windows, échange récurrent, structure de données fixe...)

    EDIT: les échanges sont aussi Bidirectionnels (IMPORTANT)

    merci

  2. #2
    Membre chevronné
    Inscrit en
    Décembre 2010
    Messages
    290
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 290
    Par défaut
    A cette liste j'ajouterais les NamedPipes. Je sais que ça fait redondant avec les sockets, mais je ne sais pas à quel point ils sont similaires.

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Mars 2006
    Messages
    90
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2006
    Messages : 90
    Par défaut
    oui il existe d'autres moyens , merci de m'en faire part.
    Toutefois j'aimerais avoir un retour d'utilisateurs afin de déterminer au mieux les avantages/inconvénients et de choisir celui qui serait le plus adapté.

    merci

  4. #4
    Membre confirmé
    Profil pro
    Inscrit en
    Mars 2006
    Messages
    90
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2006
    Messages : 90
    Par défaut
    Utiliser la mémoire partagée me semble être assez complexe dans la gestion de la synchronisation ...
    là j'hésite entre l'utilisation des sockets (ou pipes)
    ou l'utilisation de WM_COPYDATA.

    une idée? un conseil avisé?

Discussions similaires

  1. Communication par pipe sous Windows.
    Par Pragmateek dans le forum Windows
    Réponses: 9
    Dernier message: 05/04/2006, 15h22
  2. [Debutant] Compiler un serlvet pour tomcat sous windows
    Par Braz dans le forum Tomcat et TomEE
    Réponses: 3
    Dernier message: 22/01/2006, 00h46
  3. Interface graphique pour NMAP sous windows ?
    Par elitost dans le forum Développement
    Réponses: 2
    Dernier message: 07/11/2005, 00h09
  4. Authentification ldap pour apache sous Windows
    Par beastman007 dans le forum Apache
    Réponses: 3
    Dernier message: 13/07/2005, 12h03
  5. Front End graphique pour GDB sous windows
    Par KORTA dans le forum GDB
    Réponses: 8
    Dernier message: 20/08/2003, 09h52

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo