Discussion :

[dc.sara]

Bonjour,
j'ai un serveur que j'aimerais bien tester sa charge.
pour cela j'ai développé un client qui implémente 250 thread. chaque thread devra envoyer des messages periodiquement selon une loi de poisson sur une socket qu'il ouvre en TCP avec le serveur.
Coté serveur, j'implémente un select qui traite toute les connexion entrante. Tout les envoie sont fait en mode TCP.
tous les messages qu'envoie mes thread sont des messages d'une taille inférieure à 1000 Octets.

En faisant des test j'ai remarqué que mon serveur génère quelques erreurs lors de la manipulation des messages recus. en débuggant j'ai remarqué que le la fonction recv recoit parfois des messages d'une taille de 1448 Octets ((j= recv(i, buf, sizeof(buf), 0)) = 1448)(dépassement de la Max SDU qui est de 1500 dans le cas d'ethernet) malgres que les messages que j'envoie sont toujours inférieur à 1000 Octets.
Svp, y a t'il quelqu'un qui a eu un pb pareil. Je ne sais pas si le problème viens de l'utilisation de socket paralèlle pour l'envoie avec plusieurs threads ou pas !!!!
De l'aide svp !!!!!

[Médinoc]

Il n'y a pas de relation directe entre le rythme d'envoi des données et la taille reçue par un recv().
Si deux messages de 1000 octets sont envoyés suffisamment vite, le début du second message peut être transmis juste après le premier.
C'est au recv() de savoir combien tu veux recevoir. Si tes messages font 1000 octets, passe juste une taille de 1000 au buffer si tu veux être sûr de ne pas recevoir plus à la fois...

[corrector]

Coté serveur, j'implémente un select qui traite toute les connexion entrante. Tout les envoie sont fait en mode TCP.
tous les messages qu'envoie mes thread sont des messages d'une taille inférieure à 1000 Octets.

Justement, 1000 octets ou pas, TCP n'est pas un protocole de messages, c'est un protocole de flux. Les limites des messages ne sont préservées : il faut qu'ils soient décodables mis bout à bout. (Spécifie la taille de chaque message dans l'en-tête de message.)

En faisant des test j'ai remarqué que mon serveur génère quelques erreurs lors de la manipulation des messages recus. en débuggant j'ai remarqué que le la fonction recv recoit parfois des messages d'une taille de 1448 Octets ((j= recv(i, buf, sizeof(buf), 0)) = 1448)(dépassement de la Max SDU qui est de 1500 dans le cas d'ethernet)

dépassement de quoi? 1448 < 1500

Svp, y a t'il quelqu'un qui a eu un pb pareil. Je ne sais pas si le problème viens de l'utilisation de socket paralèlle pour l'envoie avec plusieurs threads ou pas !!!!

"socket parallèle" : quid?