Discussion :

[gentelmand]

Bonjour
je n'ai pas vraiment compris le probléme des varibles partagée dans cet algorithme qui me semble pas correcte

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
Class SharedVar{int value;
bool available=false;}
classe producteur implements runnable{
private SharedVar v;
producteur(.....) {...}
 
void write(int valeur)
synchronized(v){
while(available) {v.wait() ;}  ///??? je n'ai pas compris ça
 
v.value=valeur;
v.available=true;  ///Quand est ce que on laisse les autres processus     exécuter leur tache
v.notifyAll();
}
void run(){
while(true) {int c=readChar();
write(c);}
}
}

merci

[tchize_]

il est censé faire quoi ce code? LA ligne que tu metionne fait attendre le thread jusqu'à ce qu'un autre thread fasse un notify ou notifyall

[gentelmand]

l'algo sert pour l'écriture dans une variable partagée.
pour la ligne ca veut dire que le processus est mis en attente tant que available=false ou vrai ??
et quand c'est vrai donc le proc peut écrire dans la variable mais aprés comment les autres processus peuvent accéder à la variable ??
c'est un peu flou.

merci de m'éclaircir ceci.

[tchize_]

t'as une boucle qui attend les notificaiton (cf le v.wait). Quand elle est notifié, elle vérifie si available est à false. Si available est à false, elle rempli v.valeur et sort de ta méthode.


Quand à comment tes processus lisent, je suppose qu'ils font une opération similaire, mais ne lisent que si availabe est à true et mettent available à false.

[SOA_j2EE]

l'algo sert pour l'écriture dans une variable partagée.
pour la ligne ca veut dire que le processus est mis en attente tant que available=false ou vrai ??
et quand c'est vrai donc le proc peut écrire dans la variable mais aprés comment les autres processus peuvent accéder à la variable ??
c'est un peu flou.

merci de m'éclaircir ceci.

-
je ne vois pas l'utilité d'utiliser la var available et les méthodes: wait et notifyAll. sauf s'il y'a une autre méthode : synchronized int read() { return v.value} exécuté par un autre thread....
à mon avis, le code ci dessous devrait suffire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
void write(int valeur)
synchronized(v){
v.value=valeur;
);
}

[tchize_]

SOA: le notify/wait permet de garantir une espèce de queue à une entrée. Quand tu écris, tu attends que ce soit lu avant de réécrire.

[SOA_j2EE]

SOA: le notify/wait permet de garantir une espèce de queue à une entrée. Quand tu écris, tu attends que ce soit lu avant de réécrire.

oui tout à fait. Mais ici je ne vois pas une méthode (synchronized) qui fait la lecture de la variable partagé (v.value) ?. ou bien vous avez imaginer qu 'il y' une autre classe comsommateur qui contient une méthode read