Discussion :

[fxp17]

bonjour,

j'ai un programme (un speudo serveur) qui utlise des socket tcp.
en fait il y a chauqe fois un thread qui gere une socket tcp sur une adresse TCP.

cette socket gere un dialogue avec un client tcp....

tand qu'il y a que 20 clients (dc 20 thraed sur mon appli avec chcun une socket vers ce client), tout marche bien....

mais des que je depasse ce nombre, et bien il y a aucun dialogue possible
sur la socket que je viens de connecter...
elle me semble bloquer.... quelqu'un aurait une idee car je ne vois vraiment pas d'ou ca peut venir...

je suis sous linux, j'utlise g++ ...

[jmv]

salut,
sans code, difficile de t'aider. Pourrait-on en voir un bout pour savoir comment tu utilises socket(), bind(), listen() accept(), etc...

[Jean-Marc.Bourguet]

Premièrement, je suppose que tu as codé en sorte de détecter toutes les erreurs de toutes les fonctions et d'afficher un message adéquat? Sinon, commence par cela, tu auras une indication de ce qui foire.

Deuxièmement, il me semble avoir vu un groupe sur Linux. Peut-être qu'il s'y trouve des gens plus à même que ceux qui fréquentent ce groupe pour répondre à la question (je parie que la réponse correcte est la même que tu ai programme en C++, en C, en Ada, en Java ou en quoi que ce soit d'autre).

Une idée comme ça (jmv a raison, sans le code c'est diffile de savoir ce que tu fais exactement), tu ne serais pas à court de descripteurs de fichiers? (pour connaître le nombre maximal de descripteurs de fichier, en shell: ulimit ou limit, dans ton programme getrlimit).

[jmv]

[à ne pas lire parce que c'est faux]
je soupçonne un listen(desc,20);
[/à ne pas lire parce que c'est faux]

[Jean-Marc.Bourguet]

je soupçonne un listen(desc,20);

J'avais l'impression que il se trouvait avec une limitation du nombre de connections acceptees et que ce deuxieme argument de listen, etait en relation (variable suivant les OS) avec le nombre de connections pas encore acceptees.

(Note, je ne suis pas un specialiste des reseaux).

[Médinoc]

le second paramètre de listen n'a rien à voir avec le nombre maximal de connexions d'un serveur : Comme l'a dit Jean-Marc.Bourguet, il est en relation avec le nombre de connexions pas encore acceptées
(Bref, combien de clients peuvent se croire connectés entre le listen et le accept)

[jmv]

je viens de consulter la page man (man listen dans google, ça marche aussi) Et bien tu as raison, c'est bien le nombre de connexions en file d'attente. J'avais donc dit une grosse connerie.

On en apprend tous les jours