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

Débats sur le développement - Le Best Of Discussion :

programmation parallèle / concurrente / répartie


Sujet :

Débats sur le développement - Le Best Of

  1. #1
    Membre du Club Avatar de Bathou
    Inscrit en
    Mars 2007
    Messages
    179
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : Mars 2007
    Messages : 179
    Points : 52
    Points
    52
    Par défaut programmation parallèle / concurrente / répartie
    Bonjour,

    Je suis en train de faire des recherches sur les la programmation parallèle mais je n'arrive pas à bien comprendre les différences entre programmation parallèle, concurrente et répartie...?? Est ce qu'il s'agit vraiment de la même chose ou bien il y a de réelles différences ...? bref, je suis un peu perdue...

    Merci pour vos réponses,

    B.
    Parce que je nêm bien râler moi...

  2. #2
    Inactif  
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    357
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2008
    Messages : 357
    Points : 637
    Points
    637
    Par défaut
    Citation Envoyé par Bathou Voir le message
    Bonjour,

    Je suis en train de faire des recherches sur les la programmation parallèle mais je n'arrive pas à bien comprendre les différences entre programmation parallèle, concurrente et répartie...?? Est ce qu'il s'agit vraiment de la même chose ou bien il y a de réelles différences ...? bref, je suis un peu perdue...

    Merci pour vos réponses,

    B.
    Parallèle est un terme générique qui recouvre les deux autres.

    concurrente : multithread, plusieurs fil d'exécution au sein d'un processus.

    Répartie : plusieurs processus.

    Ces définitions sont indépendantes du nombre de processeur, ce sont des modèles d'exécution.

  3. #3
    Membre du Club Avatar de Bathou
    Inscrit en
    Mars 2007
    Messages
    179
    Détails du profil
    Informations personnelles :
    Âge : 36

    Informations forums :
    Inscription : Mars 2007
    Messages : 179
    Points : 52
    Points
    52
    Par défaut
    ok, j'y vois plus clair et je vais pouvoir orienter mieux mes recherches. Merci !
    Parce que je nêm bien râler moi...

  4. #4
    Expert éminent
    Avatar de Jedai
    Homme Profil pro
    Enseignant
    Inscrit en
    Avril 2003
    Messages
    6 245
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Avril 2003
    Messages : 6 245
    Points : 8 586
    Points
    8 586
    Par défaut
    On trouve aussi la définition suivante :
    1. Concurrence : utiliser plusieurs threads (ou processus) d'exécution, le résultat est a priori non-déterministe contrairement à de la programmation séquentielle (sans aléatoire introduit exprès) et c'est au programmeur d'utiliser judicieusement verrous et autres primitives de synchronisation pour garantir un résultat déterministe.
    2. Parallélisme : Emploi des capacités de calculs en simultané des ordinateurs modernes dans un cadre déterministe, par exemple pour des opérations vectorielles, ou des calculs indépendants les uns des autres et déterministes... Cf. Haskell, parallélisme semi-explicite à l'aide de l'opérateur "par", l'absence d'effet de bord permet d'utiliser ce mécanisme avec une garantie de déterminisme.
    3. Répartie : Généralement utilisé pour de la concurrence s'étalant sur plusieurs ordinateurs ou du moins prévue pour le pouvoir, utilise plus le paradigme "passage de messages" que le paradigme "données partagées" que la concurrence non-répartie pour des raisons de performances des communications et de nombres de tâches effectuées en simultané (les données partagées deviennent vite ingérables si trop de processus travaillent dessus).


    NB : Le parallélisme peut tout à fait tirer profit de plusieurs ordinateurs en sous-main.
    Les définitions peuvent varier selon les auteurs et certains papiers précisent ce que chaque terme désigne dans la suite de leur contenu. Par exemple les définitions donnés par Furikawari sont au moins aussi valables que celles que je donne, elles sont même relativement plus courante actuellement.
    --
    Jedaï

Discussions similaires

  1. Réponses: 0
    Dernier message: 16/12/2008, 07h48
  2. Réponses: 3
    Dernier message: 13/04/2008, 21h58
  3. programmation parallèle avec MPI
    Par salseropom dans le forum Algorithmes et structures de données
    Réponses: 1
    Dernier message: 03/08/2006, 09h45
  4. Programmation parallèle - Linux
    Par pilou254 dans le forum Autres éditeurs
    Réponses: 4
    Dernier message: 25/06/2006, 05h55
  5. [MFC] Programmation parallèle sous VC++
    Par Axiome dans le forum MFC
    Réponses: 4
    Dernier message: 14/12/2005, 00h10

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