Algorithme de Maekawa

De testwiki
Aller à la navigation Aller à la recherche

L'algorithme de Maekawa est un algorithme d'exclusion mutuelle sur un système distribué.

Dans l'algorithme de Maekawa, chaque composant appelé « site » ne peut donner de permission d'entrée dans une section critique qu'à un seul autre composant à la fois. Chaque site a la charge d'arbitrer les éventuels conflits qui apparaîtront entre différents autres sites. Cela impose au participant à qui cette permission a été donnée de rendre la main sur la section critique spontanément une fois qu'il a fini son travail, c'est-à-dire lorsqu'il sort de sa section critique[1].

Terminologie

  • Un « site » est l'endroit où est exécuté l'algorithme de Maekawa
  • Pour toute demande d'entrée en section critique :
    • Le « site demandeur » est le site qui demande d'entrer en section critique.
    • Le « site de réception » est tout autre site qui reçoit la demande du site demandeur.
  • Tout site ayant donné sa permission en réponse à une demande est dit « verrouillé »

Différents types de messages échangés

Les types de messages échangés lors de l'exécution de l'algorithme sont :

  • DEMANDE : un message de demande d'entrée en section critique
  • ACCORD : un message d'acceptation d'entrée en section critique
  • ÉCHEC : un message de refus d'entrée en section critique
  • SONDAGE : un message envoyé pour résoudre les problèmes d’interblocage
  • RESTITUTION : une réponse à un message SONDAGE
  • LIBÉRATION : un message de sortie de section critique

Algorithme

Site demandeur

  • Un site Pi demandant envoie un message de demande (ts,i) à tous les sites dans son quorum Ri.

Site receveur

  • Lors de la réception d'un message de demande (ts,i), le site de réception Pj :
    • Si le site Pj n'a pas un accord en cours (c'est-à-dire un message d'accord qui n'a pas été relâché), alors le site Pj envoie un message d'accord (j) sur le site Pi.
    • Si le site Pj a un accord en cours pour un processus avec une priorité plus élevée que la demande, alors le site Pj envoie un message d'échec (j) sur le site Pi et Pj ajoute à sa file d'attente la demande du site Pi.
    • Si le site Pj a un accord en cours pour un processus avec une priorité inférieure à la demande, alors le site Pj envoie un message de sondage (j) au processus qui est actuellement autorisé à accéder à la section critique par le site Pj (c'est-à-dire le site avec le message d'accord en cours).
  • Lors de la réception d'un message de sondage (j), le site Pk :
    • Envoie un message de restitution (k) sur le site Pj si et seulement si le site Pk a reçu un message d'échec d'un autre site, ou si Pk a envoyé un message de restitution à un autre site, mais n'a pas reçu un nouvel accord.
  • Lors de la réception d'un message de restitution (k), le site Pj :
    • Envoie un message d'accord à la première demande de sa file d'attente. Notez que les requêtes au sommet sont celles de plus haute priorité.
    • Place Pk dans sa file d'attente.
  • Lors de la réception d'un message de libération (i), le site Pj :
    • Supprime Pi de sa file d'attente.
    • Envoie un message d'accord à la première demande de sa file d'attente.

Section critique

  • Un site Pi entre dans la section critique lorsqu'il reçoit un message d'accord de tous les sites du quorum Ri.
  • À la sortie de la section critique, Pi envoie un message de libération (i) à tous les sites de Ri.

Quorum

Un quorum doit respecter les propriétés suivantes :

  1. ij[RiRj]
  2. i[PiRi]
  3. i[|Ri|=K]
  4. Le site Pi est contenu dans exactement K ensembles de requêtes
Ce qui implique:
    • |Ri|N1

Performance

  • En nombre de messages sur le réseau : 3N à 6N
  • Délai de synchronisation : délai de 2 messages de propagation

Notes et références

Modèle:Références

Bibliographie

  • Maekawa, M., Oldehoeft, A., Oldehoeft, R.(1987). Operating Systems: Advanced Concept.Benjamin/Cummings Publishing Company, Inc.

Voir aussi

Lien externe

Modèle:Palette Modèle:Portail

  1. Oldehoeft,1987