Discussion :

[cylere]

... Je reconnais que c'est pas totalement impossible, mais il me semble qu'il y aurait eu, je sais pas, n'importe quoi d'autre de plus pertinent, à aborder d'abord, non ?

J'ai pensé à Jade Java échange entre agents http://djug.developpez.com/java/jade/creation-agent/ : faire une sorte de grid avec chaque PC du cours comme agent (gestionnaire d'une règles) déclenché par message, mais pour un étudiant débutant ...

... Ok, j'ai aucune idée de ce que tu as en tête.

Avec l'age le vide remplace l'égo, ... et c'est bien plus amusant.

[tchize_]

L'optimisation les utilise au mieux.

Je crois que tu imagine que magiquement la JVM utilsie des threads quand c'est éncessaire, mais c'est faut. Comme dit Elvin, c'est à toi de te tapper tout le boulot! On est complètement à coté de la plaque par rapport au besoin.

Le besoin est d'optimiser des règles, et de voir si c'est intéressant en multithread. Poru ça il y a des truc comme le ThreadPoolExecutor qui peuvent éventuellement servir, mais je commencerais par une implémentation plancher de type new MyThread(reglesAtester[i],donnee).start() et puis seulement on cherchera plus efficace. Si ça montre une perte de perf, c'est pas la peine selon moi d'aller plus en avant.

[JoeChip]

En fait, je ne vois pas où on va regagner le temps perdu par le multi-threading, mais il est vrai qu'on n'a qu'une vague idée ce qui doit être fait...

[cylere]

Je crois que tu imagine que magiquement la JVM utilsie des threads quand c'est éncessaire, mais c'est faut. Comme dit Elvin, c'est à toi de te tapper tout le boulot! On est complètement à coté de la plaque par rapport au besoin.

Désolé, mais rappel à la nétiquette, non pour les fautes d'orthographes et la formulation surprenante de la part d'un modérateur, mais surtout pour une lecture partielle et une réponse fébrile avec fixation et mise en avant de sa solution.

Ceci est d'autant plus grave que ceux qui auraient envie de partager leur expérience, de proposer des solutions innovantes ou de confronter leurs interrogations vont voir ailleurs, je citerais stackexchange.com comme référence.

En fait, je ne vois pas où on va regagner le temps perdu par le multi-threading, mais il est vrai qu'on n'a qu'une vague idée ce qui doit être fait...

Merci de cette remarque.
En effet, j'ai répondu sur cette discussion en ayant en tête le question précédente posée par Etudiante_Ines, et comme les Méthodes Agiles préconisent de ne pas faire ce qui n'est pas nécessaire ... se poser les bonnes questions et utiliser les objets validés fait partie de la bonne programmation

Il n'y a plus qu'a attendre

[deathness]

Le plus simple c'est encore un pool de Thread, puis des tests de perfs pour voir le nombre de Thread optimal à avoir.

cylere, c'est bien de proposer des solutions originale, mais on répond ici à une personne débutante. Inutile donc de lui farcir ses réponses de concept qui risque de l'embrouiller. Si tu souhaites parler de solutions innovantes, il serait bien plus efficient d'ouvrir un sujet dans la catégorie adéquate et de lancer la discussion.

[cylere]

cylere, c'est bien de proposer des solutions originale, mais on répond ici à une personne débutante. Inutile donc de lui farcir ses réponses de concept qui risque de l'embrouiller. Si tu souhaites parler de solutions innovantes, il serait bien plus efficient d'ouvrir un sujet dans la catégorie adéquate et de lancer la discussion.

Vous avez pu remarquer que j'avais pris en compte la situation personnelle dans un précédent post.

Java n'est pas qu'un problème de codification, et les Pattern Designs représentent un somme d'expériences à ne pas refaire.
De plus il font partie du cursus minimal obligatoire de l'apprentissage des langages objets.

Ayant toujours une soif de connaître inextinguible, je reste encore suffisamment naïf et optimiste pour espérer n'être pas le seul dans ce cas.

Attendons donc la réponse

[thelvin]

Vous avez pu remarquer que j'avais pris en compte la situation personnelle dans un précédent post.

Java n'est pas qu'un problème de codification, et les Pattern Designs représentent un somme d'expériences à ne pas refaire.
De plus il font partie du cursus minimal obligatoire de l'apprentissage des langages objets.

Ayant toujours une soif de connaître inextinguible, je reste encore suffisamment naïf et optimiste pour espérer n'être pas le seul dans ce cas.

De là à proposer directement des design patterns très avancés et au rapport très distants à la question posée... Déjà que mon pattern executor, un peu plus à propos, je le trouvais limite...

Attendons donc la réponse

Oui ben ça va se faire attendre un moment si la personne doit apprendre la théorie des multi agents sans avoir la moindre idée du rapport avec la question posée, avant de venir donner une réponse.

[JoeChip]

Nan mais euh, c'est quoi la question ? Soit je n'ai rien compris, soit... euh ... je ne comprend pas

Est ce que les 3 thread créé s'exécutent en parallèle ou non dans le boucle For

Réponse : "oui". Sujet clos

Java n'est pas qu'un problème de codification, et les Pattern Designs représentent un somme d'expériences à ne pas refaire.

Certes, mais pour comprendre l'intérêt des DP, il faut refaire quelques expériences... "Java n'est pas qu'un problème de codification", en effet, ce n'est pas que ça, mais c'est ça aussi.