correction Employe du buffet + Stand de cuisson refait avec un notify et wait
This commit is contained in:
13
rapport.txt
13
rapport.txt
@@ -16,15 +16,16 @@ Le run de Client va suivre ces étapes :
|
||||
(5) Sort, en faisant un notifyAll sur le restaurant pour prévenir tout autre
|
||||
thread client attendant pour entrer
|
||||
|
||||
L'employer du buffet fait le tour de chaque compartiment du buffet, s'il y a un
|
||||
un buffet à moins de 100g alors il vérifie qu'il est libre (se met en wait sinon)
|
||||
et le remplit.
|
||||
L'employer du buffet fait le tour de chaque Compartiment du Buffet, s'il y a un
|
||||
un compartiment à moins de 100g alors il vérifie qu'il est libre (se met en wait sinon)
|
||||
et le remplit. Après avoir fait un tour il fait bufet.sleep, le buffet le reveillera
|
||||
après qu'un client se soit servi.
|
||||
|
||||
|
||||
Difficulté :
|
||||
Nous n'avons pas vraiment rencontré de difficulté, on a juste eu parfois quelque
|
||||
oublie (notifyAll manquant par exemple).
|
||||
On avait aussi commencé dans Stand_de_cuisson par faire une Queue, on a ensuite
|
||||
décidé de simplement synchroniser le stand de cuisson et le client, qui est au final beaucoup plus simple, mais le verrou
|
||||
n'est plus équitable, ce n'est plus le Client qui attend depuis le plus long temps
|
||||
qui est prioritaire.
|
||||
décidé de simplement synchroniser le stand de cuisson et le client, qui est au final
|
||||
beaucoup plus simple, mais le verrou n'est plus équitable, ce n'est plus le Client
|
||||
qui attend depuis le plus long temps qui est prioritaire.
|
||||
Reference in New Issue
Block a user