Discussion :

[Array]

Bonjour,

Je fais en ce moment un programme qui agit ainsi:
1- Un client se connecte
2- Le processus verifie si le client a un identifiant (une sorte de "serial number")
3- S'il n'en a pas, le serveur ouvre un thread en mode "detached"
4- Ledit thread communique avec un autre serveur, au moyen de sockets, afin de r�cup�rer un nouveau id qui est *unique*
5- Le thread se termine ensuite en enregistrant le id sur le client
6- Pendant ce temps, la routine de connexion s'est continu�e juste apr�s avoir cr�� le thread

Voil�...
Je me demande, est-ce que c'est bien de cr�er un nouveau thread � chaque fois qu'un client se connecte (un maximum de 64 clients peuvent �tre connect�s en m�me temps), ou est-ce que je devrais avoir un unique thread avec une "file d'attente" (un tableau) dans lequel je stocke le "client_id" (le client id est diff�rent de l'unique id en question, c'est juste un num�ro de client allant de 1 � CLIENT_MAX, qui vaut ici 64), puis envoyer un message � cet unique thread comme de quoi la file d'attente a chang�e?

J'aimerais que vous me conseillez. Une chose est sure... il est important que la routine de connexion n'attende pas la r�ponse du serveur fournissant les serial numbers... vous comprenez!

Merci beaucoup!

Cordialement,
Array

[ptyxs]

A noter en tout cas qu'� la place du pthread_create() tu peux utiliser les nouvelles fonctionnalit�s du C++11 :
http://www.justsoftwaresolutions.co....g-threads.html

[Trademark]

Salut,

est-ce que c'est bien de cr�er un nouveau thread � chaque fois qu'un client se connecte

Non ce n'est pas "bien", soit tu n'utilises qu'un thread avec un select (ou �quivalent), soit tu utilises un pool de thread, c'est-�-dire N threads cr��s � l'avance (du coup il n'y a pas le co�t de la destruction et construction de ces threads, sauf au d�part et � la fin).

Il faut que tu fasses attention que ces N threads ne soient jamais bloqu� par un client. Pour ce faire, tu peux plut�t consid�rer que les threads g�rent des t�ches plut�t que des clients.

[Array]

Merci beaucoup Trademark.

Je voudrais seulement aller un peu plus loin... pourquoi est-ce que c'est d�conseill� de proc�der ainsi... je veux dire, si je cr�e mes threads en mode d�tach� et que j'en cr�e un � chaque fois qu'un client se connecte, le thread finira par lui m�me et la m�moire sera lib�r�e non?

Est-ce � cause que la cr�ation d'un thread demande trop de CPU?
Est-ce parce qu'il y a un nombre limit�s de threads que le processeur peut g�rer?

Aussi, peu tu me dire...

soit tu n'utilises qu'un thread avec un select

Qu'est-ce que cela veut dire?
EDIT: Oh select()... tu veux dire pour les descrpteurs de fichiers?

Pour �tre honn�te je crois qu'un seul thread suffirait. Le plus important est que la routine de connexion ne soit pas bloqu�e par l'attente de la communication au server de serials... on peut avoir un certain d�lai, raisonnable, avant qu'on assigne le serial � l'utilisateur.

Merci!