Discussion :

[geek-59600]

Bonsoir à tous.

J'aimerai faire un serveur multi client en C cependant je ne sais pas du tout la marche à suivre, grace à un select() j'arrive à détecter une connexion entrante j'ai alors le loisir de faire un thread, jusque la je pensais que j'étais sur la bonne voie cependant j'ai cru comprendre que le nombre de thread par process était limité donc j'imagine qu'il y à une autre façon de procéder ; cependant j'ignore totalement la marche à suivre.

Pourriez vous me conseiller ?

Merci et bonne soirée.

[matafan]

Tu peux tout à fait gérer plusieurs clients dans un seul et même thread. C'est à ça que sert select() (ou poll(), ou eselect(), qui font essentiellement la même chose avec un interface différente).

Quand un client se connecte, accept() retourne une nouvelle socket pour dialoguer avec ce client. Il suffit de maintenir une liste des sockets qui ont été retournées par accept(), et faire un select() en boucle sur cette liste de sockets. Dès qu'une socket et prête tu la traite, tu envoies ta réponse, et tu repart sur le select().

D'un point de vue performance il faut trouver le juste milieu entre les deux extrêmes, qui sont un thread par client d'une part, et un seul thread d'autre part.

[geek-59600]

Si je comprends bien il faut prédéfinir une liste de "client"

N'est ce pas un peu trop gourmand d'un point de vue performance ?
J'imagine que pré-déclarer 1000 clients ca a un impact en mémoire non ?

Merci de m'avoir répondu.
Bonne soirée

[jabbounet]

Si je comprends bien il faut prédéfinir une liste de "client"

N'est ce pas un peu trop gourmand d'un point de vue performance ?
J'imagine que pré-déclarer 1000 clients ca a un impact en mémoire non ?

Merci de m'avoir répondu.
Bonne soirée

cela a un impact mémoire effectivement, l'occupation mémoire dépendra de ce que tu mettra dans ton "client". le démarrage de ton application sera plus long (encore que si c'est bien fait cela ne se ressens pas trop sur un hard récent).

Cela s'appelle un pool c'est une technique de programmation possible. Si la gestion de ce pool est bien faite cela peux limiter la fragmentation de ta mémoire donc ce n'est pas mauvais pour les performances.

Ensuite toujours en terme de performance, il faut comparer le coût d'allocation d'allocation d'un "client" avec le coût d'une recherche d'un "client" libre dans le pool.

[geek-59600]

Merci beaucoup, maintenant j'ai une bonne base de recherche.

Bonne journée