Discussion :

[jbarreau-mainson]

Bonjour à tous,

J'aimerais realiser un server avec plusieurs eventuels clients qui pourraient se connecter simultanément.

Jusqu'à ce jour je n'ai réalisé que des server avec 1 seul client et je me rend assez vite compte que l'algorithme n'est pas du tout le meme avec multi clients !

Seulement je n'arrive pas à trouver comment mettre en place cette gestion multi clients simultannées.

[Emmanuel Delahaye]

Seulement je n'arrive pas à trouver comment mettre en place cette gestion multi clients simultannées.

Quelques pistes de réflexions ici :

http://emmanuel-delahaye.developpez....reseaux-c/#LII
Chapitre 08 etc.

[publicStaticVoidMain]

Il y'a différentes facons de programmer un serveur multi-threadé pour recevoir des clients.
Ce que tu peux faire :
1*) Soit créer un thread de traitement à chaque arrivée de client. Le prob avec cette approche est que tu peux saturer le nombre de processus.
2*) Soit utiliser un pool de threads. Ce pool peut etre soit :
a) Statique : T'as N thread fixés qui sont au départ endormis et qui se voient affectés des clients au fur et à mesure. Le prob avec cette approche est que si le nombre de clients est > N, donc des connexions qui seront refusés.
b) ou dynamique : dans cette approche N s'adapte dynamiquement au nb de clients

Voilà

[jbarreau-mainson]

Qu'appeles tu un pool de threads dynamiques ?

[ram-0000]

Qu'appeles tu un pool de threads dynamiques ?

La création d'un thread est une opération lourde et couteuse pour l'OS.

Dans le cas d'un serveur, tu vas peut être être amené à créer un thread pour gérer chacune des connexions des clients. Si ces connexions sont courtes et nombreuses, tu vas avoir un overhead important pour créer et détruire tes threads.

L'idée d'un pool de thread et d'avoir des threads en attente. A chaque fois que l'on a besoin d'un thread, on prend un de ceux qui sont disponibles pour effectuer l'action. Quand l'action est terminée, le thread retourne dans le pool pour attendre une nouvelle commande. Ainsi, il n'y a plus de création et de destruction de threads. Ils sont crées et ils attendent de faire quelque chose.

Le pool peut avoir une statégie de gestion. S'il n'y a plus suffisemment de thread, c'est le pool qui va se charger d'en créer un. S'il estime qu'il y en a trop et qu'il ne veut plus en créer, il va retourner une erreur. Si, à un instant donné, il estime qu'il y a trop de threads en attente qui ne font rien, il peut décider d'en terminer quelques uns afin de liubérer des ressources.

[ZeToTi]

2 sources complètes
1-> Pour ta communication client/serveur : http://www.frameip.com
2-> Pour la gestion des Threads : https://computing.llnl.gov/tutorials/pthreads/

Et une fois tous ces liens lut avant de te lancer dans ton code, tu devrais analyser quel architecture distribué tu devrais adapter a ton besoin. ( très grand gain de temps)

voila bonne chance a toi

[jbarreau-mainson]

Merci pour vos réponses.