Java

[Java] Thread, TableModel et conception

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [Java] Thread, TableModel et conception

fortunateson

Bonjour,
j'ai un souci au niveau de la conception de mes classes :

j'ai plusieurs TableModel qui implémentent la meme interface de calcul et
plusieurs instances d'une JTable qui ont ces TableModel pour model.

Le calcul pouvant etre long, je passe le TableModel en argument à une classe dérivée de Thread et j'exécute la méthode de calcul dans le run de ce thread, comme ça :

Code :

public CombiThread(JTable aTable, TableModel aCombi)
{
this.table = aTable;
this.combi = aCombi;
}
public void run()
{
((ICalcul)combi).calculCombi(nMinimum);
table.setModel(new SortTableModel(combi));
/* peux pas faire while (!interrupted())
{
calcul élémentaire1;
calcul élémentaire2;
etc...;
}
car la méthode calculCombi appelle des méthodes de calcul l'une après l'autre
*/

}
Mon problème est de pouvoir arreter le thread quand je veux, comment je pourrais faire avec la conception actuelle de mes classes ?

Publicité

R3g

fonctionnaire certifié ITIL

Je suis pas sur d'avoir bien compris ta question, mais tel que je vois le problème, c'est ta méthode calculCombi qui est l'opération longue ; c'est donc l'execution de cette méthode que tu dois interrompre, et c'est donc dans cette méthode que tu devrais placer la condition d'arrêt. Ou alors il va falloir revoir ta conception. Ou alors j'ai pas compris.

---------------
Au royaume des sourds, les borgnes sont sourds.

R3g

fonctionnaire certifié ITIL

en fait (sous réserve que j'ai bien compris), ce serait plus logique que ton interface ICalcul hérite de Runnable, et que la méthode calculCombi soit la méthode run de ce Runnable.

---------------
Au royaume des sourds, les borgnes sont sourds.

fortunateson

En fait, je vais mettre tout mon code de calcul dans un thread, et je passerai le résultat du calcul à mon model, ce sera plus simple... par contre, si quelqu'un a une idée de la manière de remettre à zéro un tableau multidimensionnel sans parcourir tout le tableau, je suis intéressé.

pascal34

one point !

FortunateSon a écrit :

Dans ta classe de thread tu mets un booleen et dans ta méthode de calcul tu testes régulièrement sa valeur : s'il est à false ta méthode de calcul continue, sinon elle s'arrête d'elle-même de calculer.
Pour changer la valeur du boolean, tu mets des accesseurs synchronized sur
la classe de thread.

ex:

Code :

public class MonThread extends Thread
{
protected boolean shouldStop = false;
public void run()
{
while(!this.shouldStop)
{
// calcul
}
}
public void synchronized setShouldStop(boolean stop)
{
synchronized(this){
this.shouldStop = stop;
}
}
}

pascal34

one point !

pascal34 a écrit :

Code :

public class MonThread extends Thread
{
protected boolean shouldStop = false;
public void run()
{
while(!this.shouldStop)
{
// calcul
}
}
public void synchronized setShouldStop(boolean stop)
{
synchronized(this)
{
this.shouldStop = stop;
}
}
}

Désolé j'ai merdoyé

Message édité par pascal34 le 06-09-2004 à 12:08:02

benou

je vois pas l'intérêt de sycnhroniser l'affectation du booléen. Pour un booléen, l'affectation est une opération atomique => y a pas de risque d'accès concurent.

même si dans une logique de calcul paralèlle, ce serait effectivement normal de synchroniser l'accès à cette ressource partagée. :jap: (mais dans ce cas, la lecture aussi)

---------------
ma vie, mon oeuvre - HomePlayer

R3g

fonctionnaire certifié ITIL

benou a écrit :

c'est aussi que la méthode etant synchronized, rajouter un bloc synchronized dedans c'est peut-être superflu, ou il y a une bonne raison que j'ignore ?

---------------
Au royaume des sourds, les borgnes sont sourds.

benou

R3g a écrit :

c'est aussi que la méthode etant synchronized, rajouter un bloc synchronized dedans c'est peut-être superflu, ou il y a une bonne raison que j'ignore ?

j'avais pas vu ca. :sweat:

non, c'est un doublon inutile ...

---------------
ma vie, mon oeuvre - HomePlayer

pascal34

one point !

Autant pour moi

Publicité

fortunateson

En fait, je ne rajouterai aucun booléan supplémentaire car je vais mettre ce code de calcul dans un thread, et dans la boucle de calcul je vérifierai s'il a été interrompu tout simplement du genre :

Code :

public void run()
{
while (!interrupted() && blabla)
{
blablabla
}
}

Par contre, quelqu'un aurait-il une astuce pour remettre à zéro un tableau multidimensionnel de manière efficace ? (cad sans parcourir tout le tableau pour remettre tous les éléments à zéro, sinon je préfère encore instancier un nv tableau ...)

R3g

fonctionnaire certifié ITIL

FortunateSon a écrit :

Code :

public void run()
{
while (!interrupted() && blabla)
{
blablabla
}
}

Non, c'est pas la même chose. Si tu veux pouvoir arrêter un thread proprement, mieux vaut mettre un flag booleen que tu verifie régulièrement.

---------------
Au royaume des sourds, les borgnes sont sourds.

benou

pour ton init de tableau, tu peux utiliser la méthode fill de java.util.Arrays

---------------
ma vie, mon oeuvre - HomePlayer

fortunateson

benou a écrit :

pour ton init de tableau, tu peux utiliser la méthode fill de java.util.Arrays

lol donnes moi un exemple stp.

Code :

// tab initialisé
byte[35][42][50][70][12] tab = ...

comment fais-tu pour remettre tous les éléments de ce tableau sans le parcourir en entier ?

fortunateson

R3g a écrit :

Non, c'est pas la même chose. Si tu veux pouvoir arrêter un thread proprement, mieux vaut mettre un flag booleen que tu verifie régulièrement.

Justement, ce flag existe dans la classe de Thread et est là pour ça

the real moins moins

FortunateSon a écrit :

lol donnes moi un exemple stp.

lol va lire la doc stp.

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

FortunateSon a écrit :

lol donnes moi un exemple stp.

Code :

// tab initialisé
byte[35][42][50][70][12] tab = ...

comment fais-tu pour remettre tous les éléments de ce tableau sans le parcourir en entier ?

mon truc ca marche pour les tableaux à une dimensions.

Là, faut que tu boucles ...

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

Euh tu fais une array à 6 dimensions ou bien tu as pas capté la syntaxe? [:wam]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

(sinon avec le Arrays.fill doit y'avoir moyen de faire joujou et limiter les boucles avec ça
http://java.sun.com/j2se/1.4.2/doc [...] ang.Object[],%20java.lang.Object)
mais bon sur 6 dimensions :sleep: )

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

the real moins moins a écrit :

sinon avec le Arrays.fill doit y'avoir moyen de faire joujou et limiter les boucles avec ça
http://java.sun.com/j2se/1.4.2/doc [...] ang.Object[],%20java.lang.Object)

et tu fais ca comment ?

---------------
ma vie, mon oeuvre - HomePlayer

fortunateson

the real moins moins a écrit :

lol va lire la doc stp.

qui t'a dit que je n'ai pas lu la doc ?

La doc elle dit quoi sur les tableau multidimensionnels ?
Toi qui as l'air de bien la connaitre, donnes moi un exemple stp ...

fortunateson

the real moins moins a écrit :

Euh tu fais une array à 6 dimensions ou bien tu as pas capté la syntaxe? [:wam]

C'est une array à 5 dimensions ...

Celles que j'utilise en réalité c'est plutot :

Code :

byte[n][n-1][n-2][n-3][n-4] tab;

et chacun des sous-tableaux contient d'autres tableaux de dimension n-1 et ainsi de suite ...

je n'utilise pas de List ou autre, mais uniquement des tableaux de byte pour une question de mémoire ...

benou

pour gagner encore en mémoire tu peux aplatir ton tableau multi-dimmensionnel en un tableau à 1 dimension :

Code :

// byte[n][n-1][n-2][n-3][n-4] tab;
byte[n * (n-1) * (n-2) * (n-3) * (n-4)] tab;
// byte b = tab[2][4][1][0][6];
byte b = tab[2 + 4*(n-1) + 1*(n-2) + 0*(n-3) + 6*(n-4)];

après faut faire gaffe que l'indice ne dépasse pas la capacité d'un int ...

---------------
ma vie, mon oeuvre - HomePlayer

fortunateson

benou a écrit :

pour gagner encore en mémoire tu peux aplatir ton tableau multi-dimmensionnel en un tableau à 1 dimension :

Code :

// byte[n][n-1][n-2][n-3][n-4] tab;
byte[n * (n-1) * (n-2) * (n-3) * (n-4)] tab;
// byte b = tab[2][4][1][0][6];
byte b = tab[2 + 4*(n-1) + 1*(n-2) + 0*(n-3) + 6*(n-4)];

après faut faire gaffe que l'indice ne dépasse pas la capacité d'un int ...

J'y ai pensé mais le calcul pour trouver l'indice est plus compliqué que ça et prend plus de temps que pour l'utilisation du tableau à n dimensions (par contre, c'est vrai que ça prend beaucoup moins en mémoire).
Le calcul que tu proposes n'est pas bon car en fait, les sous-tableaux sont des tableaux à n dimensions aussi (de longueur n-1 dans chacun des sous-tableaux) !

Edit : dans mon cas, aplatir le tableau en un seul revient à passer de 40Mo à 12Mo environ mais le calcul est plus complexe et plus long

Message édité par fortunateson le 06-09-2004 à 17:32:36

benou

oauis, j'ai oublié quelques parenthèses :whistle:

enfin, t'as compris ce que je voulais dire ...
ca fait vraiment une grosse différence de temps d'accès aux données ?? ca m'étonne un peu ...
dans quel rapport ?

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

benou a écrit :

et tu fais ca comment ?

euh ouais euh.. faudrait reussir à recuperer une des dimensions du tableau en fait :gratgrat:

euh sinon FortunateSon, tu fais quoi avec des tableaux de 5 dims? [:wam]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

FortunateSon a écrit :

qui t'a dit que je n'ai pas lu la doc ?

La doc elle dit quoi sur les tableau multidimensionnels ?

elle dit que la méthode fill de Arrays travaille sur une dimension [:itm]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

fortunateson

benou a écrit :

Sur ce tableau, j'ai pas vraiment essayé mais sur un tableau de type byte[][][] donc à "3" dimensions seulement, le temps est triplé quasiment --> j'ai pas essayé plus loin.

fortunateson

the real moins moins a écrit :

euh ouais euh.. faudrait reussir à recuperer une des dimensions du tableau en fait :gratgrat:

euh sinon FortunateSon, tu fais quoi avec des tableaux de 5 dims? [:wam]

En vérité, ce n'est même pas un tableau de 5 dimensions mais de 5 éléments de n dimensions (j'avais un peu simplifié + haut pour etre plus clair) et n > (10*5) :-)

Edit : vous comprenez pourquoi ça doit etre fait dans un thread maintenant ? ;-)

Message édité par fortunateson le 06-09-2004 à 19:03:12

the real moins moins

Citation :

(20:22) nraynaud: au fait, tu dira à Benou que dans un bloc synchronized, y'a une "write barrier" à la sortie et que donc changement atomique ou pas, la sémantique avec ou sans bloc est pas la même et qu'il pourrait avoir des surprises sur des architectures un peu "éclatées"

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

tu diras à nraynaud que si il veut expliqué un peu plus en détail je suis intéressé (parce que là j'ai pas bien capté ...)

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

eat this:

Citation :

(20:27) nraynaud: en fait, java a le droit de changer l'ordre des instructions

mais il faut faire gaffe parce que quand tu es en multithread, tu peux avoir des surprises

donc y'a des points qui sont safe à certains points de vue

et la fin d'un bloc synchronized est safe (mais je sais plsu jusqu'où s'étend la sécurité, uniquement les "transient" ? les transients qui ont été touchées dans le bloc ? toutes les variables touchées dans le bloc ? toutes les variables touchées avant le bloc ?)

c'est à cause de ce désorde d'exécution que le double checked locking ne marche pas en java.

(enfin dans les implémentations habituelles il marche, mais dans la sepc il marche pas)

c'est clair ?

(20:44) nraynaud: Any association between locks and variables is purely conventional. Locking any lock conceptually flushes all variables from a thread's working memory, and unlocking any lock forces the writing out to main memory of all variables that the thread has assigned.

JLS 17.9 (parce que la spec formelle est imbitable et qu'il y a un JSR pour tenter de la modifier)

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

je comprend bien le problème qui se pose si y a un changement d'ordre des instructions l'ordre d'un double-check, mais je vois pas le problème qui pourrait se poser lors d'une opération atomique du type affectation. je vois pas l'influence que ca peut avoir sur un autre thread ...

---------------
ma vie, mon oeuvre - HomePlayer

Harkonnen

Modérateur
Un modo pour les bannir tous

Citation :

nraynaud (09:10 PM) :
en fait tant que le thread qui a fait l'affectation ne passe pas une "write barrier", les autres threads ne voient pas la modif (dans le pire cas) et ça peut être long d'en rencontrer une (par rapport à l'échelle de temps de l'appli)

---------------
J'ai un string dans l'array (Paris Hilton)

Harkonnen

Modérateur
Un modo pour les bannir tous

Citation :

nraynaud (09:11 PM) :
c'est clair au moins ?
nraynaud (09:12 PM) :
et l'entrée et la sortie des blocs de synchro sont des write barrier

---------------
J'ai un string dans l'array (Paris Hilton)

Harkonnen

Modérateur
Un modo pour les bannir tous

Citation :

nraynaud (09:27 PM) :
pour benou >
j'adore le mec qui pose une question, ne se fait pas se faire comprendre, et se fout de la gueule de celui qui lui demande une précision pour l'aider.

C'est un comportement digne d'un boulet catégorie poid lourd.

je t'envoie donc te faire foutre en bonne et dûe forme :hello:

Message édité par Harkonnen le 06-09-2004 à 21:31:27

---------------
J'ai un string dans l'array (Paris Hilton)

lorill

[:rofl]

darklord

You're welcome

[:rofl2]

---------------
Just because you feel good does not make you right

fortunateson

c'est des cours par correspondance et par personnes interposées ?

R3g

fonctionnaire certifié ITIL

FortunateSon a écrit :

Justement, ce flag existe dans la classe de Thread et est là pour ça

Ah ok, autant pour moi, j'avais jamais vu [:mlc]

sinon nraynaud il est ban pour poster par correspondance comme ça ?

---------------
Au royaume des sourds, les borgnes sont sourds.

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

Java

[Java] Thread, TableModel et conception

Sujets relatifs
Installation de Java	tracer des pointillés en java
[JAVA] Urldecode(string, string)	[XPath / Java] Requete pour récupérer un bloc XML
[java] modification fichier texte	Thread ou autre solution?
Auriez-vous de la doc sur l'API java d'ANTLR?	[java] PowerAMC et diag de classes
[JAVA] Récuperer la valeur flotante d'un float ?	[SGBD][JAVA] Outils conception BD
Plus de sujets relatifs à : [Java] Thread, TableModel et conception

Page générée en 0.287 secondes