Je ne me servirais des threads que si j'avais un risque de saturer la pile TCP/IP; par exemple, si je créais un serveur web qui devait gérer des dizaines de connexions clientes simultanées. Dans ce cas, les threads déchargeraient la pile plus rapidement; je pourrais même en créer un spécialisé pour prendre les paquets entrants le plus rapidement possible, tout en laissant le post-traitement prendre son temps.
Sinon, si tu n'as qu'un client par serveur, le plus simple est de créer un protocole perso de gestion des émissions/réception (comme les talkies walkies, ou comme le téléphone). Il faut gérer l'envoi, et la réception dans l'ordre si possible, avec la gestion des erreurs. TCP s'occupe en général très bien de tout ça, mais une petite vérif n'est pas inutile.
Client/serveur
Ici, il y a tout ce qu'il faur pour la partie client et la partie serveur. Il faudrait reussir a prendre juste l'essenciel de ces codes :
http://www.purearea.net/pb/CodeArchiv/French.html#10
http://www.purearea.net/pb/CodeArchiv/French.html#10
- Kwai chang caine
- Messages : 6989
- Inscription : sam. 23/sept./2006 18:32
- Localisation : Isere
Merci pour les conseils, ils vont m'etre utile.
@SPH, je connaissait ces codes, car je suis arrivé à faire marcher un network entre 2 pc.
Le challenge c'est de le faire entre 500 par exemple et ceci sans avoir de réel serveur central.
Bon, je vois que je vais avoir du pain sur la planche, mais au moins je sais que j'ai une chance que ça marche un jour.
Je continue mes recherches.
Bonne journée.
@SPH, je connaissait ces codes, car je suis arrivé à faire marcher un network entre 2 pc.
Le challenge c'est de le faire entre 500 par exemple et ceci sans avoir de réel serveur central.
Bon, je vois que je vais avoir du pain sur la planche, mais au moins je sais que j'ai une chance que ça marche un jour.
Je continue mes recherches.
Bonne journée.