Discussion :

[ToTo13]

Bonjour,

j'ai un doute sur un problème.

J'ai différents threads qui font tous le même travail, mais sur différentes parties des données à traiter. Donc aucun souci jusqu'ici.
Ces threads doivent tous appeler une même méthode static appartenant à une classe extérieure à la classe gérant les threads.
Cette méthode faisant des écritures dans un même tableau, je me demande si cela pose problème ?
Si le code de la méthode est dupliqué pour chaque thread, alors pas de souci. Sinon la méthode va être appelée plusieurs fois au même moment te avec différents paramètres.
Mais je ne pense pas que le code soit le cas (duplication du code). Ai je raison ?

Je sais que je peux toujours mettre ma méthode synchronized pour régler le problème, mais c'est assez lourd et lent (les écritures peuvent être très longues).

Merci par avance,

[thelvin]

Le "code de la méthode" ? Des trucs "dupliqués" ?

Non désolé, mais je pense que ça irait plus vite en nous montrant du code qu'en inventant des notions -_-°...

- S'il y a tableau créé à chaque appel de la méthode et qui reste dans le scope de cette méthode, alors thread ou pas peu importe.
- S'il y a un seul tableau créé une fois et donc pour tous les threads,
-- Si chaque thread touche à une partie différente du tableau, alors tout va bien.
-- Si plusieurs threads touchent à la même partie du tableau, ça ne va pas. (Ou du moins il va falloir étudier les options possibles pour une synchronisation fine.)

[tchize_]

Si ces méthodes utilisent uniquement des variables locale ou si, pour les données partagées, tu peux garantir qu'il n'y a pas concurrence (genre chacun écrit dans une zone différente du tableau) pas de soucis.
Exemple

Code :

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

1
2
3
4
public static void travaillerTableau(int[] tab, double[] autre, int index){
    double raccar = Math.sqrt(tab[i]);
    autre[i] = autre[i] *raccar;
}

pas de soucis. Mais

Code :

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

1
2
3
4
5
private static double raccar;
public static void travaillerTableau(int[] tab, double[] autre, int index){
    raccar = Math.sqrt(tab[i]);
    autre[i] = autre[i] *raccar;
}

soucis car le champ raccar est partagé.


Tout ce qui est local à la méthode est stocké dans la stack, qui est spécifique à haque thread. Bien sur, pour les objet, se sont les références qui sont stockées dans la stack, les objets sont dans la heap... Enfin c'est plus compliqué que ca, sous certaines conditions la jvm alloue aussi les objets dans la stack si ils sont garantis comme purement locaux, mais ça ne joue pas sur ta question

[ToTo13]

Si ces méthodes utilisent uniquement des variables locale ou si, pour les données partagées, tu peux garantir qu'il n'y a pas concurrence (genre chacun écrit dans une zone différente du tableau) pas de soucis.
...
Tout ce qui est local à la méthode est stocké dans la stack, qui est spécifique à haque thread.

Merci, c'est ce que je souhaitais savoir !!!