Recevoir plusieurs paquets via receive() ?

[Zylann]

Bonjour,
pour clarifier, je voudrais savoir si un socket en mode non-bloquant peut recevoir plus d'un paquet?
Je m'explique : quand on appelle receive(), on reçoit un paquet, mais est-ce possible que plusieurs soient en attente? Les récupère-t-on en appelant receive jusqu'à ce qu'il n'y en aie plus?
Ou faut-il passer en non-bloquant?
Et même question pour les envois, peut on envoyer plusieurs paquets à la fois en non-bloquant?

[Laurent]

Ca fait quelle différence pour toi ? Que le truc vienne d'arriver, ou bien qu'il ait d'abord passé un moment en file d'attente, toi tout ce que tu as c'est un paquet reçu à un instant T. Tu n'as même pas à te poser ce genre de question, c'est le boulot des couches réseau de plus bas niveau de gérer ou non une file d'attente.

Mais sinon oui, il y a une file d'attente.

[Zylann]

En fait je me pose ces questions car j'utilise le mode non-bloquant dans une boucle principale, et je me demande si il vaut mieux faire :

Code: [Sélectionner]

if(socket.receive(packet) == sf::Socket::Done)ou bien :

Code: [Sélectionner]

while(socket.receive(packet) == sf::Socket::Done)

[Laurent]

Ce te coûte quoi de mettre un while ?

[Odhexan]

C'est vrai que le while ne coûte pas grand chose de plus. Et pour ton information, et comme l'a dit Laurent il y a en effet une fille d'attente. C'est d'ailleurs en partie pour ça qu'il y a des problèmes de pertes de paquets en UDP : lorsque la file est trop grande, le protocole "autorise" (si je puis dire ainsi, c'est surtout qu'il n'y a pas de vérifications) d'ignorer certains paquets (ce que le TCP évite). Mais comme dit précédemment c'est transparent, tu ne dois pas t'en soucier

[Lolilolight]

Moi je fais comme ça, je fais un thread avec ça dans la fonction du thread :

while(running) {
   Packet packet;
    if (socket.receive(packet) == Socket::Done) {
        //Traitement.
    }
}

J'ai dû passé les sockets en mode non bloquant car dans la même boucle je reçois des données à la fois de socket TCP et de socket UDP donc si il attend de recevoir un message TCP avant de rendre la main et qu'il reçois un message UDP pendant ce temps, ça va poser problème, mais sinon pas obligé de travailler en mode non bloquant côté client, mais côté serveur si tu gère plusieurs connexion tcp alors là il faut travailler en mode non bloquant sinon c'est la galère.

[Laurent]

N'oublie pas un petit sf::sleep quand tu fais une telle boucle avec des sockets non-bloquantes.

Note que tu peux gérer plein de sockets bloquantes dans le même thread, avec un sélecteur.

[Lolilolight]

Ok. 

[Cmdu76]

Pourquoi il faut faire un sleep dans une boucle avec des sockets non-bloquants ?

[Laurent]

Sinon ça va bouffer 100% du CPU pour rien.