Discussion :

[zekabyle]

Bonsoir,

j'ai deux méthodes scan et write

scan d'une classe Lecture qui hérite de Thread

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
public void scan(int []t ){
	try{int num=3;
	    t[0]=p.get(0);
	    this.sleep(num);//le temps de lire les autres
	    this.yield();
	    t[16000]=p.get(16000);
	    this.sleep(num);//le temps de lire les autres
	    this.yield();
	    t[31999]=p.get(31999);
	} catch(InterruptedException e){
	    System.out.println(e);
	}
    }

write d'une classe Ecriture qui hérite de Thread

Code :

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

1
2
3
4
 
public void write(int i,int x) {
	p.set(i,x);
    }

Ces méthodes ne sont pas atomiques mais je ne comprends pas pourquoi.

J'aurais besoin d'aide pour comprendre pourquoi ces méthodes ne sont pas atomiques si c'est bien le cas du moins scan ça peut être normal à cause du sleep qui endort le thread pendant une période ou du yield qui bloque un thread pour qu'un autre puisse interférer et donc faire que scan n'est plus atomique mais c'est pour write que je ne comprends pas vraiment.

Est-ce que l'explication pour le scan paraît correct?

Merci

[tchize_]

très peu d'opérations sont atomiques en java, l'atomicité signifiant qu'aucun autre thread ne peut prendre la main pendant l'opération. Les méthode que le programmeur peut créer, quand à elle, ne seront jamais atomique. Les seules opérations atomique en java se trouvent dans java.util.concurrent.atomic et ne servent qu'à la manipulation de types de base.

[zekabyle]

si je comprends bien, l'atomicité n'existe pas en soi en java hormis dans les structures atomiques appartenant à java et aussi les affectations de type qui ne sont pas double?

[tchize_]

c'est comme ça dans la pluspart des language. L'atomicité étant quelque chose de dur à réaliser. Tu n'a peut etre pas la bonnoe notion de ce qu'est l'atomicité....