Discussion :

[Hesiode]

Bonjour,

J'ai un traitement qui lit plusieurs fichiers et qui fait des traitements sur les données lues.
Le traitement est tres long, car je lis un fichier, je passe au suivant, etc...

Est-ce qu'il y aurai un autre moyen plus rapide d'effectuer ce traitement, comme par exemple lancer plusieurs threads en même temps.

Jusqu'à combien de thread peut-on lancer en même temps ?

Merci

[Patriarch24]

Jusqu'à combien de thread peut-on lancer en même temps ?

Autant que l'OS sous-jacent peut en supporter.
En général, ce n'est pas la solution de lancer beaucoup de threads, il y a un seuil au delà duquel les performances chutent, après avoir augmenté. Le mieux pour améliorer les performances est d'améliorer l'algorithme (accès aux données), d'utiliser des entrées/sorties bufferisées, etc.

[CyberChouan]

Je suis d'accord avec Patriarch24 !

j'ajouterai que pour gérer correctement les threads, le mieux est d'en fixer un nombre maximal (pour ne pas dégrader les performances), et de gérer l'enchaînement des traitements sur ces threads par un mécanisme de "pool de threads", qui s'occupera d'ordonnancer les traitements.

Par exemple, depuis Java 5 : ThreadPoolExecutor

[Hesiode]

OK, merci à vous 2

[adiGuba]

Salut,


Ta démarche est mauvaise : tu as un problème de performance, et tu tentes d'appliquer une solution sans en avoir déterminé la cause !

Il faudrait d'abord savoir pourquoi c'est lent.

Si c'est la lecture en elle-même qui est lente, les threads n'y changeront rien au contraire même car tu auras des accès concurrents supplémentaire, et donc encore plus de blocage I/O...

Si c'est ton traitement qui est lent, il faut d'abord déterminer la raison de cela, et si tu n'utilises pas un multi-processeur le fait d'utiliser un thread supplémentaire ne va pas améliorer. Il serait alors préférable de revoir l'algo...

a++