Discussion :

[salseropom]

Bonjour, je désire faire de la programmation multithread. Quelle bibliothèque me conseillez-vous ? Boost ? pthread ? Une autre ?

J'ai lu sur ce forum un tutoriel sur les thread avec boost. En le lisant, j'ai l'impression que l'implémentation des threads dans Boost n'est pas encore arrêtée...

Merci d'avance.

[3DArchi]

Bonjour,
Pour apprendre à jouer avec le multithreading, commencer par Boost.Thread peut être une bonne idée. En effet, ça ressemble à ce que seront les threads en C++0x.
Si c'est dans le cadre d'un projet, alors la question est différente : si tu utilises un framework (MFC, Qt, wxWidgets), tu peux déjà regarder ce qu'il propose.
Les threads posix (pthread) ne sont pas par défaut avec Visual je crois et proposent une interface C.
Dans la même veine, l'API Win32 est spécifique à Windows... et en C.
Ensuite il existe des solutions plus complètes : POCO, ICE, ACE.

[Mac LAK]

@3DArchi : Tu as oublié TBB et OpenMP, bien que je ne conseillerais ni l'une, ni l'autre pour débuter.


@OP : Pour ma part, je conseillerais deux choses :
- Apprendre les threads "natifs" de ta plate-forme, donc Win32 sous Windows, et pthreads sous Linux, de façon à voir un peu ce qu'il se cache sous le capot. Tu verras notamment des fonctions et fonctionnalités que tu ne trouveras pas dans les librairies portables.
- Si tu veux être portable (encore faut-il écrire des programmes qui aient un sens à l'être, et c'est loin d'être toujours le cas), alors diriges-toi vers une BONNE librairie d'abstraction. Je conseille POCO en priorité.

Une fois ces deux éléments maîtrisés (une plate-forme native et une plate-forme portable), passer à une autre librairie sera un jeu d'enfant car tu auras acquis les concepts de base "à la dure" (interface native), et le "tronc commun minimum" (interface portable).
Cela te permettra, en outre, de décider correctement quelle API utiliser sur un nouveau projet, en fonction des besoins que tu pourras estimer à l'avance.

[JolyLoic]

Avant tout, je conseillerais déjà de réfléchir : Multithread pour quoi faire ?

Pour être réactif à des évènements, des actions utilisateur pendant un calcul ?
Pour utiliser la puissance des machines multi-coeurs ?
Autre ?

Selon la réponse à cette question, modèles de programmation et donc les bibliothèques à utiliser sont très différentes.

[salseropom]

Bonjour,
merci pour vos réponses.

J'ai utilisé pendant 3 ans MPI et les pthreads sous Mac OS et Linux. Donc je pense connaître la base de la programmation multi-threadings. Je ne dirais pas non plus que je maîtrise le multithreading.

Je travaille maintenant sous Visual 2005 et je fais du C++. D'où ma question : quelle librairie utiliser.

Je développe des coeurs de calcul et je recherche donc à utiliser au mieux les différents processeurs de ma machine.

Je pense tout d'abord à Boost car j'ai vu que cette librairie proposait de bon algos pour faire du calcul numérique. Donc autant avoir une seule lib pour faire du multithreading et du calcul numérique.

J'ai vu que Qt permettait de faire aussi du multthreading...

Voilà pour qq détails supplémentaires.

Bonne soirée

[JolyLoic]

Boost::thread n'est pas orienté vers cet usage. Pour ça, je conseillerais plutôt tbb (thread building blocks) d'intel (portable, gratuit), ou bien PPL de microsoft (disponible avec visual C++2010, qui vient de passer en release candidate).

Pourquoi ?

Elles permettent de programmer en faisant (partiellement du moins) abstraction du nombre de coeurs disponibles, elles utilisent des primitives systèmes (mutex, création de tâches) optimisées pour limiter les accès au noyau (vrai maintenant pour PPL, devrait le devenir pour TBB dans le futur quand ils utiliseront le concurrency runtime fourni par microsoft), proposent des structures de données optimisées pour ce genre d'échange (queue concurrente, structures spécialisée pour regrouper des résultats partiels de n tâches différentes...).