Commit | Line | Data |
---|---|---|
f734b987 JB |
1 | Pseudo-trace deadlock avec deux consommateurs, deux producteurs et un tampon de taille 1. |
2 | ----------------------------------------------------------------------------------------- | |
7bd74736 | 3 | |
f734b987 JB |
4 | Buffer vide -> C1 et C2 se mettent en attente dans la file (C1, C2). |
5 | -> P1 rentre en section critique et P2 se met en attente soit (P2, C1, C2). | |
6 | P1 depose et notifie a un thread en attente. Le dernier en attente est P2 donc P2 est notifié. | |
7 | Buffer plein -> P2 sort de la file d'attente (C1, C2) et entre en SC, P1 se met en attente (P1, C1, C2). | |
8 | Or le buffer est plein, donc P2 se met en attente dans la file (P2, P1, C1, C2). | |
9 | -> donc C1, C2, P1, P2 sont en attente dans la file (P2, P1, C1, C2) | |
10 | et aucune notification ne sera faite pour les sortir de la file. | |
7bd74736 JB |
11 | -> deadlock. |
12 | ||
13 | Solution: faire un notifyAll() en sortie de SC dans le buffer pour s'assurer que un | |
f734b987 JB |
14 | thread d'un type différent du type courant sortant du moniteur est également notifié |
15 | (Consommateur -> Producteur ou Producteur -> Consommateur) et sort de son attente. | |
16 | ||
17 | N.B. : On suppose dans la mise en attente dans moniteur des threads est une file. | |
18 | Mais même si c'est une autre structure de données, la possibilité de deadlock | |
19 | demeure. |