Version imprimable
Bonjour,
Je voulais savoir si openMP pouvait aussi être utiliser pour threader des fonctions ? (Sur le net tous les tutos que j'ai vu ne traitent que des boucles for). Je pense notamment dans le cas des sockets pour éviter de bloquer l'application dans l'attente d'une connexion cliente.
J'ai tendance à dire que le multithread peut servir 3 causes :
- La performance : utiliser tous les coeurs disponibles
- La réactivité : faire plusieurs choses à la fois
- L'isolation : ne pas mélanger des actions séparées (serveur web par exemple)
Chacun de ces besoins demande des paradigmes de programmation différents, et donc des bibliothèques/extensions de langage différentes pour être mis en oeuvre :
- Performance : On va vouloir rendre implicite la création de tâches, et minimiser les points de synchros. Les solutions sont Open MP, TBB, PPL...
- Réactivité : Les threads seront gérées manuellement, on va s'attacher à gérer correctement les synchros, les race conditions. Les solutions sont plus boost.thread, pthread, std::thread de C++11...
- Isolation : Je ne connais pas ce domaine
Ton besoin est lié à la réactivité, alors qu'OpenMP est fait pour les performances. Je te conseille donc plus de regarder boost.thread (ou boost.asio, spécialement fait pour gérer des sockets).
Ce qui m'avait attiré vers openMP c'était justement le fait qu'elle semblait bien tirer parti de l'utilisation des processeurs ainsi que des coeurs. Est-ce le cas pour Boost aussi ?
En fait je tenais à utiliser aussi une bibliothèque compatible avec le C et le C++ pour éviter à apprendre 2 bibliothèques, c'est pourquoi je pense que pthread serait plus adapté que boost ?
pthread peut effectivement aussi être utilisée en C++, mais mal. Elle ne présente pas (et ne peut pas présenter, c'est une limitation du C) une interface aussi sûre et agréable à utiliser qu'une bibliothèque C++ (par exemple, gérer les locks par RAII est assez indispensable)Citation:
Envoyé par Flynet
Petite remarque : beaucoup de bibliothèques de sockets proposent déjà des fonctions asynchrones, justement pour éviter de bloquer l'application principale et ne pas être obligé de gérer soi même les threads. C'est par exemple le cas de boost.asio ou de QtNetwork (ceux que je connais le mieux mais ça doit être la même chose pour d'autres)Citation:
Je pense notamment dans le cas des sockets pour éviter de bloquer l'application dans l'attente d'une connexion cliente.