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

Linux Discussion :

Différents types de communication inter processus, mais le(s) quel's) choisir ?


Sujet :

Linux

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Juin 2006
    Messages
    16
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 16
    Par défaut Différents types de communication inter processus, mais le(s) quel's) choisir ?
    Bonsoir,

    lors du module "programmation système en C sous unix" de ma licence, nous avons vu plusieurs moyens de faire communiquer des processus.
    Nous avons étudié la gestion des signaux, les tubes (locaux ou annonnymes), les sockets (domaine unix, ou internet), les segments de mémoires partagée et sémaphores.
    J'ai vu qu'il existait aussi les messages.
    Cela fait donc beaucoup de moyens de communiquer, mais je ne vois pas quel moyen est le plus approprié pour écrire telle ou telle application.
    Surtout lorsqu'il s'agit de choisir entre tubes locaux ou sockets du domaine UNIX.
    Pour ce qu'il s'agit des sémaphores, ça permet la gestion d'un accès concurrent à une resource, les sockets en mode internet pour permettre à plusieurs processus de communiquer via des machines distantes, je pense que je ne me trome pas.
    Les messages quant à eux, pourquoi les utilise-t-on ?

    En espérant avoir été clair.


    Merci d'avance pour vos réponses

  2. #2
    Membre éclairé

    Homme Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    Août 2007
    Messages
    509
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux

    Informations forums :
    Inscription : Août 2007
    Messages : 509
    Par défaut
    Tout dépend de l'application que tu veux programmer !!!

  3. #3
    Membre Expert

    Profil pro
    Inscrit en
    Mars 2004
    Messages
    1 296
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2004
    Messages : 1 296
    Par défaut
    les messages fonctionnent un peut comme les sockets, mais uniquement en "interne" a la machine (inter process), de plus ils permettent de garantir "l'ordre d'envoi / lecture". autre différence notable, un message reste en file d'attente jusqu'a se qu'il soit lu, même si l'expéditeur n'est plus "la", ou qu'il a deja expédié d'autre message (a concurrence de la taille de la file de message bien sur).

    Les sockets peuvent tout a fait être utilisées en "local".

  4. #4
    Membre averti
    Inscrit en
    Juin 2006
    Messages
    16
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 16
    Par défaut
    Citation Envoyé par publicStaticVoidMain Voir le message
    Tout dépend de l'application que tu veux programmer !!!
    Notre enseignante nous a fait faire plusieurs exercices avec les mêmes fonctionnalités mais des moyens de communication / synchronisation différents.
    C'est pour ça que je me posais cette question.

  5. #5
    Expert confirmé

    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    10 610
    Détails du profil
    Informations personnelles :
    Âge : 67
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 10 610
    Billets dans le blog
    2
    Par défaut
    avec les tubes, tu te restrains à la même machine..

    Avec les sockets, tu peux fonctionner de manière transparente sur la même machine ou sur des machines différentes.

    Par contre tu augmentes le nombre de processus (père et fils côté serveur). Donc 3 au lieu de 2 dans le cas des tubes.

  6. #6
    Inactif
    Inscrit en
    Juin 2008
    Messages
    304
    Détails du profil
    Informations forums :
    Inscription : Juin 2008
    Messages : 304
    Par défaut
    Bonjour;

    Notre enseignante nous a fait faire plusieurs exercices avec les mêmes fonctionnalités mais des moyens de communication / synchronisation différents.
    C'est pour ça que je me posais cette question.
    Si tu peu les postes t'ai code, sur les moyens de faire communiquer des processus.

    Merci d'avance

  7. #7
    Membre averti
    Inscrit en
    Juin 2006
    Messages
    16
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 16
    Par défaut
    Citation Envoyé par bilred Voir le message
    Bonjour;



    Si tu peu les postes t'ai code, sur les moyens de faire communiquer des processus.

    Merci d'avance
    Désolé, j'ai mis un peu de temps mais je vais pas voir souvent les messages, et aujourd'hui j'étais au travail donc je n'avais pas les fichiers.
    En tout cas, les voici, normalement ils sont commentés pour la plupart.
    Fichiers attachés Fichiers attachés

Discussions similaires

  1. Communication inter-processus et pause()
    Par jsebfranck dans le forum POSIX
    Réponses: 10
    Dernier message: 14/02/2008, 14h52
  2. [windows] Communication inter-processus
    Par litbos dans le forum Windows
    Réponses: 6
    Dernier message: 16/01/2007, 09h13
  3. [Perl] communication Inter-Processus
    Par MarneusCalgarXP dans le forum Langage
    Réponses: 15
    Dernier message: 14/08/2006, 22h43
  4. [débutant] Communication inter-processus
    Par tooney dans le forum C
    Réponses: 3
    Dernier message: 29/12/2005, 20h48
  5. communication inter-processus
    Par benoit70 dans le forum MFC
    Réponses: 1
    Dernier message: 14/04/2005, 09h55

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