Discussion :

[yanis97]

Bonjour;

Je souhaite avoir un retour d'expériience sur la gestion des threads sous Windows.
J'ai réalisé une application qui utilise un pool de thread avec un max de 25 threads, mais malgré que je recycle les threads je ne peux dépassé 10 threads qui s'exécutent en //.
Au delà, les perf sont énormes (l'application ne rend plus la main).

Q : quels sont causes et les symptomes et comment je dois faire pour arriver au moins à une 20éme de threads.

Merci,

[rvzip64]

25 threads ?????????????? mais c est énorme !!!

C'est normal que ton application ne fonctionne pas.
Il est plutot recommandé de faire au maximum 5 ou 6 threads et encore il faut en avoir l'utilité.

Elle fait quoi ton application pour utiliser autant de thread ?

[/dev/null]

25 Thread n'est pas une véritable ignominie. Par contre, sur un système monoprocesseur (Hors H.T. et Dual corp ) la commutation des taches peut vite devenir prohibitive fasse au temps de calcul de tes Threads (tu pers plus de temps a passé d'un thread a l'autre qu'à exécuté effectivement tes thread ).
Pour que tu n'ai pas de pépin, songe a laissé ton processus principal en priorité "normal" et place tes thread enfant un poils en dessous, voir mieux en "idle"

[rvzip64]

Un ptit résolu ????

[yanis97]

Un ptit résolu ????

Bonjour;

Pourquoi 5 ou 6 Threads ?
Exemple :

J'ai un thread qui surveille un repertoire et desqu'un fichier est mis il le met ds une file d'attente.
Un autre thread principal surveille cette file et desqu'un file est inséré, il crée un thread fils qui scane ce fichier et extrait des data pour les insérrer ds une database.
Le Thread principal gére un pool de thread : au démarrage 5 threads sont crées préalablement, ensuite chaque thread crée fait le même traitement : scanner le fichier, extraitre et stocker ds la base.
Sachant que je récycle mes threads, une fois qu'elle a fini son traitement, je ne la détruit pas, je la récupére pour faire le traitement.
Donc j'arrive à 6 threads ds le pool et je suis obligé de bloquer la file d'attente car je ne peux allez au de la => pb de perf.

Voila.

A+;

[rvzip64]

Comme la dit /dev/null c'est surement un probleme de "context switch"
Regarde l'article suivant : http://www.matbe.com/articles/lire/6...core/page1.php

[rtoutain]

Je te conseille d'observer l'état du processeur et surtout l'état du noyeau (la ligne rouge sur le graphique).

Si le processeur pédalle comme un fou et que ton kernel reste bas, le problème viens de la charge de tes threads. Leurs opérations sont trop lourdes pour la machine.

Si par contre c'est ton kernel qui rame, c'est effectivement un problème d'attribution des threads en fonction de l'affinité de chacun sur un processeur (c'est un bug connue de 2003 serveur par exemple).

Le scheduler du kernel switch les threads d'un processeur à l'autre et panique completement.

Pour ce qui est de 25 threads, sur une application serveur acceptant plusieurs connexion, c'est bas (serveur 3-tiers par exemple).

Essaye aussi de changer le gestionnaire de mémoire (problèmes de contention) en utilisant le fameux fastMM.