Thread
yanipig
Messages postés
28
Date d'inscription
jeudi 16 mai 2002
Statut
Membre
Dernière intervention
12 décembre 2005
-
15 févr. 2003 à 13:14
JHelp Messages postés 261 Date d'inscription jeudi 5 septembre 2002 Statut Membre Dernière intervention 6 octobre 2005 - 15 févr. 2003 à 14:27
JHelp Messages postés 261 Date d'inscription jeudi 5 septembre 2002 Statut Membre Dernière intervention 6 octobre 2005 - 15 févr. 2003 à 14:27
A voir également:
- Thread
- Delphi thread - Conseils pratiques -Delphi
- Le thread appelant ne peut pas accéder à cet objet parce qu'un autre thread en est propriétaire ✓ - Forum C# / .NET
- Exception in thread "main" java.lang.error: unresolved compilation problem - Forum Java
- C# get thread id - Forum C# / .NET
- Thread c# ✓ - Forum C# / .NET
1 réponse
JHelp
Messages postés
261
Date d'inscription
jeudi 5 septembre 2002
Statut
Membre
Dernière intervention
6 octobre 2005
11
15 févr. 2003 à 14:27
15 févr. 2003 à 14:27
Bon je supose que tes traitements de fichiers sont indépandant l'un de l'autre, c'est à dire, que le traiement est le même pour chaqu'un des fichiers et ne dépend pas du résultat d'un traiment, ou partie d'un traitement dans un autre fichier.
L'inconvinient dans faire un traitement, pour un fichier, puis, pour, ... sans Thread, c'est que le temps d'execution est temps de traitment pour 1 + temps pour 2 + ...
Faire un thread par traitement, peu sembler une bonne idée, on se dit, tout ce fait en paralelle, mais ce n'est pas tout a fait vrai, en fait la machine ne fait jamais deux actions en même temps (sauf dans le cas du multiprocésseur), ele fait un bout de l'un, puis un bout de l'autre, ..., puis reprend le premier et en fait un, bout. Expliquer ainsi, on a l'impression que le temps d'execution va être le m^me que ci-dessus. Mais c'est sans compter, que le temps de lancer le traitement sur le denier fichier, le premeir à déjà commencé à travailler, et que si un fichier à finit son traitement, avant les autres, les autres gagneront du temps. Ce qui fait que les thread vont tout de même un peu plus vite. Le probléme que tu risques de rencontrer est la mémoire, car chaque thread sauvegarde son contexte, alors ça dépand du traitementà effectuer, mais il faut multiplier la mémoire qu'il consome par le nombre de fichiers, ce qui peut soit faire ralentir, quand la mémoire est basse, il faut qu'il l'organise plus souvent, ou soit planté par manque de mémoire. La solution pour palier à ce probléme est de fiare par paquet de thread, c'est à diren que si on a 50 thread en marche, on attend que un se libére avant d'en lancr un autre, c'est une solution moyenne, mais il n'y a pas mieux
JHelp
L'inconvinient dans faire un traitement, pour un fichier, puis, pour, ... sans Thread, c'est que le temps d'execution est temps de traitment pour 1 + temps pour 2 + ...
Faire un thread par traitement, peu sembler une bonne idée, on se dit, tout ce fait en paralelle, mais ce n'est pas tout a fait vrai, en fait la machine ne fait jamais deux actions en même temps (sauf dans le cas du multiprocésseur), ele fait un bout de l'un, puis un bout de l'autre, ..., puis reprend le premier et en fait un, bout. Expliquer ainsi, on a l'impression que le temps d'execution va être le m^me que ci-dessus. Mais c'est sans compter, que le temps de lancer le traitement sur le denier fichier, le premeir à déjà commencé à travailler, et que si un fichier à finit son traitement, avant les autres, les autres gagneront du temps. Ce qui fait que les thread vont tout de même un peu plus vite. Le probléme que tu risques de rencontrer est la mémoire, car chaque thread sauvegarde son contexte, alors ça dépand du traitementà effectuer, mais il faut multiplier la mémoire qu'il consome par le nombre de fichiers, ce qui peut soit faire ralentir, quand la mémoire est basse, il faut qu'il l'organise plus souvent, ou soit planté par manque de mémoire. La solution pour palier à ce probléme est de fiare par paquet de thread, c'est à diren que si on a 50 thread en marche, on attend que un se libére avant d'en lancr un autre, c'est une solution moyenne, mais il n'y a pas mieux
JHelp