Discussion :

[dtcSearch]

Bonjour,

je suis tombé sur un article assez sympa au sujet de la gestion des architectures multicores/multiprocesseurs:
http://sebastiencourtois.wordpress.c...tiprocesseurs/

J'ai fait un teste par défaut avec 2 Thread, sans utilisé les fonctionnalités du Framework v4 et dans le gestionnaire de tâche je remarque que mes 2 coeurs (j'ai un Core 2 Duo) sont bien utilisé.

Normal?

J'ai pas bien compris...

A sinon, dans Microsoft Visual Studio, à coté de debug/release, y'a un combobox au sujet des Core, utile?

Utiliser Task Parallel Library apporte beaucoup dans le cas d'une application qui utilise déjà, sans trop savoir pourquoi, ni comment, les cores disponible?

Merci d'avance.

[Smallpox]

Bonjour,

Je suis l'auteur de l'article en question.

Normalement, si le test que tu as fait est "normal" (c'est à dire sans aucune librairie de Multithreading), seul un seul de tes cores devrait être solicité.

Si on prend l'exemple suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
double val = 0;
 do
{
    val++;
} while (val < 1000000000);
 Console.WriteLine("Terminé ");
 Console.ReadLine();
  Parallel.For(0, 1000000000, (int v) => { int i = 0; i++; });
   Console.WriteLine("Terminé ");
Console.ReadLine();

Sur mon Quad Core, j'ai uniquement un Core qui travaille vraiment sur le While (CPU Meter a 25 % avec un core travaillant quasiment à fond... les autres cores travaillent très légèrement mais pour d'autres tâches que le programme ci dessus). Sur le Parallel.For, j'ai l'ensemble des mes cores qui travaillent et mon CPU est a 95% / 100 %.

"J'ai fait un teste par défaut avec 2 Thread, sans utilisé les fonctionnalités du Framework v4 et dans le gestionnaire de tâche je remarque que mes 2 coeurs (j'ai un Core 2 Duo) sont bien utilisé."

Je suis étonné par ton commentaires et j'aimerais bien voir ton code test.

A sinon, dans Microsoft Visual Studio, à coté de debug/release, y'a un combobox au sujet des Core, utile?

Selon moi non. En tout cas pas dans l'utilisation de TPL.

Utiliser Task Parallel Library apporte beaucoup dans le cas d'une application qui utilise déjà, sans trop savoir pourquoi, ni comment, les cores disponible?

Pas exactement. Par défaut, une application est mono-core donc ne peut utiliser qu'un core à la fois. les classes Thread ou la TPL permet d'utiliser ces autres cores en permettant là création des threads qui seront ensuite exécutés par chacun des cores.
La TPL est une boite à outils pour transformer facilement une application classique en application multithreadé pouvant utiliser plusieurs cores simultanément. TPL permet de paralléliser très facilement les boucles notamment.
Attention, tous les algorithmes ne peuvent pas être paralléliser avec TPL et certains algorithmes ne sont pas plus rapide après parallélisation.

[Bluedeep]

Attention, tous les algorithmes ne peuvent pas être paralléliser avec TPL et certains algorithmes ne sont pas plus rapide après parallélisation.

J'ajouterais, pour avoir fait quelques essais avec le Parallel Framework CTP sorti fin 2009 et tournant sous framework 3.5, que, suivant la durée des itérations considérée, la parallélisation peut même ralentir le traitement. C'est le cas quand l'overlap lié au lancement des threads est d'un temps du même ordre que la durée d'exécution de l'itération.

Par ailleurs, si c'est intéressant sur un poste de travail, il convient d'être nettement plus méfiant dans le cas d'une application serveur, où une application parallélisée peut ralentir les autres applications par effet de préemptions des Cores.

[Smallpox]

J'ajouterais, pour avoir fait quelques essais avec le Parallel Framework CTP sorti fin 2009 et tournant sous framework 3.5, que, suivant la durée des itérations considérée, la parallélisation peut même ralentir le traitement. C'est le cas quand l'overlap lié au lancement des threads est d'un temps du même ordre que la durée d'exécution de l'itération.

C'est toujours présent sur la version finale comme dans toute applications multithreadé. En général, je teste les deux algo (mono et multi thread) pour les algorithmes un peu lourd. C'est l'un des avantages de TPL : mettre en place un test multithreadé à partir d'un algorithme monothreadé est très simple/rapide.

Par ailleurs, si c'est intéressant sur un poste de travail, il convient d'être nettement plus méfiant dans le cas d'une application serveur, où une application parallélisée peut ralentir les autres applications par effet de préemptions des Cores.

Surtout s'il y a des frontaux sur le serveur... Dans ce cas, le serveur IIS va bien ramer et l'expérience utilisateur sera pas géniale.

[Bluedeep]

Surtout s'il y a des frontaux sur le serveur... Dans ce cas, le serveur IIS va bien ramer et l'expérience utilisateur sera pas géniale.

A priori une appli où j'estime nécessaire de paralléliser les tâche je la mets plutôt sous forme de service windows WCF (je n'ai pas WAS pour l'instant) que sous IIS.

[dtcSearch]

Merci pour les précisions,

je vais tester les fonctionnalités que tu évoques dans ton article et voir si de grosses différences apparaissent.

Merci encore pour l'article et surtout pour tes précisions.