Discussion :

[weabow]

J'ai une appli qui doit faire beaucoup de calculs.

J'ai plusieurs fois le même objet, qui se calcule lui-même (seuls les datas à l'intérieur de l'objet sont différents). Les routines de calcul sont des méthodes classiques et banales, mais lourdes.

Le code typique est :

MaClasse monObjet = new MaClasse( desDatas);
monObjet.compute();


Donc l'idée me vient de traiter plusieurs objets de front. Mais : thread ou process ?

C'est facile d'implémenter des threads : mais est-ce que ceux-ci tirent parti des processeurs multi-core ?

En furetant sur le net, on dit que les threads font du temps partagé : si c'est exact cela ne me sert à rien. Mais est-ce exact ?

Merci à vous.

Christian

[adiGuba]

Salut,


Réponse courte : les threads ! Ce sera bien plus simple à gérer.




Réponse longue : oui les threads fonctionnent bien en temps partagé... mais c'est aussi le cas des process !
Tous les process/threads qui tournent sur le PC se partage le temps CPU du (ou des) processeurs.

Si tu n'as qu'un seul CPU, tu n'auras pas de vrai parallélisation des traitements.
Mais bien sûr si tu as plusieurs CPU (ou coeurs), les traitements (process ou threads) seront bien dispatché sur les différents coeurs, avec de vrai traitements en parallèle.

Du coup l'avantage des threads c'est que tu restes dans le même process, et que tu pourras facilement partager les données.

Quelques trucs pratiques :

• Runtime.getRuntime().availableProcessors() te retournera le nombre de processeurs logiques du système.
  Tu peux te baser là dessus pour optimiser ton nombre de thread (inutile d'en faire plus si tu va faire des traitements lourds).
• La classe Executors permet de gérer facilement les pools de thread ou autre. Par exemple Executors.newFixedThreadPool() te permet de créer un pool de 'n' thread...
• Les BlockingQueue sont très pratique pour se partager des données entre différents threads...

a++

[weabow]

Super réponse. Merci beaucoup.

Christian