Cours programmation réseau en C++ : les canaux de communication
Un tutoriel de Bousk
Le 2019-07-19 04:19:18, par Bousk, Rédacteur/Modérateur
Salut à tous,
nous avons créé dans les chapitres précédents un protocole ordonné non fiable et un protocole ordonné et fiable, mais seul l'ordonné non fiable était utilisé dans le moteur.
Ce nouveau chapitre présente comment profiter de 2 protocoles ou plus dans votre application via l'introduction de canaux de communication utilisant l'unique socket et connexion dont nous disposons.
https://bousk.developpez.com/cours/r...er-protocoles/
nous avons créé dans les chapitres précédents un protocole ordonné non fiable et un protocole ordonné et fiable, mais seul l'ordonné non fiable était utilisé dans le moteur.
Ce nouveau chapitre présente comment profiter de 2 protocoles ou plus dans votre application via l'introduction de canaux de communication utilisant l'unique socket et connexion dont nous disposons.
-
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é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 -
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
-
CeferCandidat au ClubAh merci, j'étais justement en train de le faire, et j'avais cette erreur.le 23/02/2020 à 20:02
-
BouskRédacteur/ModérateurBien vu, j'avais fixé le TP01 mais n'ai pas pensé aux suivants...
J'essayerai de repasser dessus.le 24/02/2020 à 16:19 -
BandanasFutur Membre du ClubSuper, merci !le 22/04/2020 à 2:30