TCP/IP

Bonjour à tous,

je suis en train de créer une appli client et une appli serveur. L'appli client est un jeu qui représente pour l'instant une petite voiture. Elle se connecte sur le serveur, et lorsqu'il y a deux clients connectés, ils se voient mutuellement.

Mon problème est que les envois de coordonnées d'un client à l'autre (en passant par le serveur) est tres lent. Le client 1 envoit ses coordonnées au serveur qui lui, renvoit tout ça au client 2.

Pour faire l'application serveur, je suis parti d'un prog que j'ai trouvé sur cppfrance (lanchat je crois). En cherchant un peu d'où mes problèmes pouvaient venir, j'ai compris qu'il créait un thread par client connecté. Je voudrais savoir si c'est une bonne méthode, ou s'il vaut mieux uniquement créer un seul thread qui servira à écouter. D'où un deuxième question: Lorsque plusieurs clients envoient énormément d'infos au serveur, peut-on être sûr qu'il traitera tous les messages reçus, meme s'il prends du retard dans son traitement?

Merci pour vos réponses
MzF

plutot qu'un thread par client, utilise select() ou WSAAsyncSelect()

regarde la, ca pourra peut-etre t'aider :
http://www.cppfrance.com/article.aspx?Val=2276

Salut,
Ou mieux, WSAEventSelect().

Cool, merci :)
par contre, je pense que ça va me faire changer pas mal de choses dans mon appli serveur... M'enfin, du moment que ça marche.... ;)

C'est quoi en gros, le principe de ces fonctions? (Select, WSAAsyncSelect et WSAEventSelect) elle doivent remplacer quoi?

A+
MzF

Salut,
Elle remplacent rien, c'est juste des modeles d'utilisation de winsock.
Select(...) te permet de gerer plusieurs clients dans un seul thread, et apres reflexion je me suis dit comme Anacrox que c'etait la meilleure solution a ton probleme (car ca marche bien et assez simple a utiliser).
WSAAsyncSelect(...) est bien pour faire des clients avec interface graphique, mais rien de plus (avis perso).
WSAEventSelect(...) te permet de faire comme select, mais c'est plus compliqué (avec de meilleures performances bien entendu).
Y'en a d'autres encore, mais j'en parle pas car je les connais pas trop.

Hello,

merci pour la précision. Par contre, je recherche quand meme la performance, même si je dois passer un peu plus de temps à comprendre comment ça fonctionne. C'est beaucoup plus complexe ou ça se comprend bien quand même?
Autre chose, mes clients sont avec des interfaces graphiques puisqu'il s'agit d'un jeu qui se connecte à un serveur online.

A+
MzF

Salut,
Niveau performance, si tu as peu (<100) de client tu verra pas la difference entre les 2.
WSAEventSelect(...) utilise des threads, select(...) pas obligatoirement. Pour moi le choix est vite fait quand on connait les problemes que les threads peuvent poser.

Sinon, un truc completement a part, c'est que le protocol UDP est plus rapide que TCP, et comme tu ne va envoyer que des coordonnées de temp en temp je pense que c'est plus adapté (avis perso).

Re,

ok pour la première partie de ton post... en fait, à terme il devrait y avoir plus de 100 clients... Enfin, dans un premier temps, ça peut largement suffir.

Par contre, pour la deuxieme partie, le protocole UDP est bien en non-connecté, c'est ça?
Le truc, c'est que le jeu envoi sans cesse au client des tas de choses, les coordonnées sont sans cesse changeantes... donc chaque client envoi beaucoup de données au serveur et lui-meme renvoit à beaucoup de clients... alors? UDP ou TCP ? that is the question ;)

A+
MzF

Salut,
UDP est non connecté en effet, c'est a dire moins securisé mais legerement plus rapide (pas de connexion a établir, pas d'accusé de reception, etc...).

Ouaip, mais il me semblait que les jeux étaient plutot basés sur du tcp plutot que de l'udp...
Je te remercie pour tous ces détails, je vais essayer de partir sur le Select (ou p-e le WSAEventSelect). J'espère que je trouverai des exemples d'utilisation de ces fonctions, et que je pourrai adapter mon prog en conséquences...

A+
MzF