Cours de programmation réseau en C++
Multi-threading et mutex, un tutoriel de Bousk
Le 2017-01-23 20:17:45, par Bousk, Rédacteur/Modérateur
Salut à tous,
avant de pouvoir écrire la suite du serveur, il convient de voir ce qu'est un thread, un mutex et comment les utiliser.
Cette partie ne se veut pas être un cours à part entière sur ces objets et n'est pas du tout exhaustive mais montre le nécessaire à leur utilisation pour la suite du cours.
Un paragraphe présente également la bibliothèque C++ rest sdk, le namespace pplx précédemment connu sous le nom de code Casablanca, mais ne sera finalement pas utilisé dans la suite du cours pour le moment.
http://bousk.developpez.com/cours/mu...-thread-mutex/
avant de pouvoir écrire la suite du serveur, il convient de voir ce qu'est un thread, un mutex et comment les utiliser.
Cette partie ne se veut pas être un cours à part entière sur ces objets et n'est pas du tout exhaustive mais montre le nécessaire à leur utilisation pour la suite du cours.
Un paragraphe présente également la bibliothèque C++ rest sdk, le namespace pplx précédemment connu sous le nom de code Casablanca, mais ne sera finalement pas utilisé dans la suite du cours pour le moment.
-
François DORINExpert éminent séniorBonjour,
Envoyé par Bousk Envoyé par Bousk
Un mutex est fait pour s'assurer qu'une ressource n'est utilisée que par une et une seule tâche en même temps. Et un bon mutex ne sert à rien 99,9% du temps
Mais hormis ce point, good tutorialle 26/01/2017 à 17:11 -
bourebCandidat au ClubBonjour,
merci pour ce cour bien utile pour poser les bases.
Juste un petit problème rencontré lors de la compilation avec Visual Studio 2019 sur Windows 10.
Le projet TP01 est ok mais à partir du TP02 il faut remplacer:Code : #if _WIN32_WINNT == _WIN32_WINNT_WINBLUE
Code : #if _WIN32_WINNT >= _WIN32_WINNT_WINBLUE
le 22/02/2020 à 14:41 -
BouskRédacteur/ModérateurTu as une version compilée avec VS2015 dans Samples/Win10, il faut les redistributables VS2015 pour la lancer.
Les codes sources sont accessibles via le lien "Télécharger les codes sources du cours" tout en bas de l'article. Un lien a été ajouté plus haut pour plus de clarté.
Sinon tu peux la recompiler depuis les solutions, VS2013 & VS2015 sont proposées. Elles sont upgradables vers VS2017 sans soucis.
Il y a un problème avec les versions de Win10 plus récentes, il faut changer les tests #if _WIN32_WINNT == _WIN32_WINNT_WINBLUE en #if _WIN32_WINNT >= _WIN32_WINNT_WINBLUE dams Main.cpp et Clients_Sample/Sockets.hpp
L'article a été mis à jour avec ces corrections.le 20/01/2019 à 16:45 -
BouskRédacteur/ModérateurAs-tu lu l'article entier ? Pourquoi elle ne fonctionnerait pas ?
La première moitié de l'article parle et montre les problèmes d'endianness et indique comment les résoudre via des conversions.
Les implémentations suivantes utilisent ces conversions pour contrer ce problème.le 12/09/2019 à 16:23 -
jblecanardMembre expertPour aller plus loin, peut-être que ça serait bien d'aborder la "vraie" manière de gérer de multiples connexions côté serveur, à savoir, utiliser les boucles d'événements basées sur epoll, kqueue ou IO Completion Ports. Pourquoi pas en utilisant une bibliothèque qui les abstrait comme libevent.
Bon c'est vraiment pour la partie la plus avancée du cours, mais ça permet justement de ne pas utiliser de threads. le 27/01/2017 à 17:15 -
Jordi123Candidat au ClubSuper cours, merci pour le partage.le 05/11/2019 à 16:20
-
BouskRédacteur/ModérateurHello,
je viens de revoir toutes les archives des TP TCP et la compilation devrait être correcte sur vs2019. #if _WIN32_WINNT == _WIN32_WINNT_WINBLUE a normalement été remplacé de partout par #if _WIN32_WINNT >= _WIN32_WINNT_WINBLUE. N'hésitez pas à me faire savoir s'il reste une coquille quelque part.le 21/03/2020 à 23:13 -
BouskRédacteur/ModérateurNon UDP n'est pas une solution pour scaler le miniserveur.
Pour scaler il faut changer le traitement des connexions et échanges de données (avec kqueue, epoll, .. mentionnés vers le début du thread).
UDP devrait être utilisé pour du gameplay (temps réel) où le nombre de connexions devrait déjà être limité par les règles gameplay ou les performances nécessaires.
Pour les lecteurs, je suis désolé du manque de contenus : le temps me manque depuis 3 ans. le 24/04/2023 à 15:51 -
bacelarExpert éminent séniorIl y a bien d'autres axes d'évolution que le choix des implémentations de protocole de niveau Transport de l'OSI fournies dans les OS "main stream".
- configuration de ces implémentations pour les adapter aux besoins, et pas qu'au niveau 4 de l'OSI (Transport) mais à n'importe quel niveau.
- implémentation customisé d'un composant de la stack réseau, voire de la stack complète via des drivers, qu'ils soient dans un firmware matériel, un driver de périphérique, un driver layer du Kernel, ou des parties "User" de la pile réseau
- Design de protocoles spécifiques utilisant, ou n'utilisant pas des composants de la stack réseau de l'OS,
- Mise en place de hardwares dédiés comme des répartiteurs de charge
- etc...le 26/04/2023 à 16:24 -
BouskRédacteur/ModérateurM est le paramètre template et ceci est un CRTP.le 23/05/2023 à 14:50