Discussion :

[orfix]

Salut,
Je débute en programmation réseau et je me confronte à un problème de choix d'implémentation pour mon serveur multi-client, si j'ai bien compris j'ai trois façons de faire:

• un processus par client, fork()
• un thread par client, API pthread
• multiplexage des descripteurs, select()

Quelles sont les questions que je dois me poser en général pour faire ce choix ? (actuellement l'application que j'aimerais développer est une messagerie web et je penche plus pour le select())

Merci.

PS: n'hésitez pas à me proposer des documents traitant du sujet !

[ram-0000]

2 questions :

• Quel est le nombre de connexions simultanées que tu dois supporter ?
• Quel est le nombre de connexions non simultanées (nb de connexions par heure ou minutes) que tu dois supporter ?

Une fois que tu auras cela, tu pourras déterminer ce que tu dois utiliser.

Pour info, un fork() coute cher en ressources et temps CPU et un select ne sait gérer qu'un nombre de socket limité simultanément (voir la constante FD_SIZE je crois).

Je ne connais pas les contraintes sur les thread.

Si tu as des besoins de performances ou tu as beaucoup d'utilisateurs simultanément ou non, il faudra peut être passer par des truc un peu plus dépendant de l'OS (IOCompletionPort par exemple sous Windows).

Mais afin de partir sur comment résoudre ton problème, qualifie le un peu mieux.

[Médinoc]

Un autre critère est est-ce qu'il y aura une interaction entre deux clients connectés?

Un serveur Mail (SMTP) ou SSH n'aura pas d'interaction entre deux connexions, l'utilisation de fork() y est donc plus appropriée que pour un 'chat...

[orfix]

...un select ne sait gérer qu'un nombre de socket limité simultanément (voir la constante FD_SIZE je crois).

en effet, FD_SETSIZE descripteurs:

Code /usr/include/sys/select.h :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
/* Maximum number of file descriptors in `fd_set'.  */
#define       FD_SETSIZE              __FD_SETSIZE

chez moi il est de 1024 :

Code /usr/include/bits/typesizes.h :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
/* Number of descriptors that can fit in an `fd_set'.  */
#define __FD_SETSIZE            1024

Entre temps j'ai lu un tas de doc et je sais à présent contourner cette limitation grâce à poll().

Je ne connais pas les contraintes sur les thread.

J'en connais au moins une, leur énormes complexité, c'est pourquoi je pense les utiliser en dernier recours.

J'avoue que les choses sont un peu plus clair dans mon esprit à présent, un process ou un thread par client est une solution plus adaptée pour les clients ayant un rythme imposé (des applications temps réel), tandis que le select()/poll() est plus adapté pour les clients qui n'ont pas un rythme imposé (trafic asynchrone). Est-ce que mon raisonnement est juste ?

Concernant mon application, le nombre de connexions simultanées n'est pas très important, et il ni y a évidement pas d'interaction directe entre les clients.