Quelle doit être la taille de mon tampon recv lors de l'appel à recv dans la bibliothèque de sockets ?

Question

J'ai quelques questions sur la bibliothèque socket en C. Voici un extrait de code auquel je me référerai dans mes questions.

char recv_buffer[3000];
recv(socket, recv_buffer, 3000, 0);

1. Comment décider de la taille de recv_buffer ? J'utilise 3000, mais c'est arbitraire.
2. que se passe-t-il si recv() reçoit un paquet plus grand que ma mémoire tampon ?
3. Comment puis-je savoir si j'ai reçu l'intégralité du message sans appeler recv à nouveau et le faire attendre indéfiniment alors qu'il n'y a rien à recevoir ?
4. Existe-t-il un moyen de faire en sorte qu'un tampon n'ait pas une quantité fixe d'espace, de sorte que je puisse continuer à l'alimenter sans craindre de manquer d'espace ? strcat pour concaténer les derniers recv() la réponse au tampon ?

Je sais que cela fait beaucoup de questions en une seule, mais j'apprécierais beaucoup les réponses.

Answer 1

Les réponses à ces questions varient selon que vous utilisez une socket stream ( SOCK_STREAM ) ou une socket de datagramme ( SOCK_DGRAM ) - dans le cadre de TCP/IP, le premier correspond à TCP et le second à UDP.

Comment savoir quelle taille donner à la mémoire tampon transmise à recv() ?

• SOCK_STREAM : Cela n'a pas beaucoup d'importance. Si votre protocole est transactionnel / interactif, choisissez simplement une taille qui peut contenir le plus grand message individuel / commande que vous pouvez raisonnablement attendre (3000 est probablement suffisant). Si votre protocole transfère des données en masse, des tampons plus grands peuvent être plus efficaces - une bonne règle de base est de choisir une taille égale à la taille du tampon de réception du noyau de la socket (souvent quelque chose comme 256kB).

• SOCK_DGRAM : Utilisez un tampon suffisamment grand pour contenir le plus gros paquet jamais envoyé par votre protocole au niveau de l'application. Si vous utilisez UDP, votre protocole d'application ne devrait généralement pas envoyer de paquets de plus de 1400 octets, car ils devront certainement être fragmentés et réassemblés.

Que se passe-t-il si recv reçoit un paquet plus grand que la mémoire tampon ?

• SOCK_STREAM : La question n'a pas vraiment de sens telle qu'elle est posée, parce que les sockets stream n'ont pas de concept de paquets - ils sont juste un flux continu d'octets. S'il y a plus d'octets à lire que votre tampon n'en contient, ils seront mis en file d'attente par le système d'exploitation et disponibles pour votre prochain appel à recv .

• SOCK_DGRAM : Les octets excédentaires sont rejetés.

Comment puis-je savoir si j'ai reçu l'intégralité du message ?

• SOCK_STREAM : Vous devez intégrer un moyen de déterminer la fin du message dans votre protocole au niveau de l'application. Il s'agit généralement d'un préfixe de longueur (commençant chaque message par la longueur du message) ou d'un délimiteur de fin de message (qui peut être un simple retour à la ligne dans un protocole basé sur du texte, par exemple). Une troisième option, moins utilisée, consiste à imposer une taille fixe pour chaque message. Des combinaisons de ces options sont également possibles - par exemple, un en-tête de taille fixe qui inclut une valeur de longueur.

• SOCK_DGRAM : Un seul recv renvoie toujours un seul datagramme.

Existe-t-il un moyen de faire en sorte qu'une mémoire tampon ne dispose pas d'une quantité fixe d'espace, de sorte que je puisse continuer à l'alimenter sans craindre de manquer d'espace ?

Non. Cependant, vous pouvez essayer de redimensionner la mémoire tampon en utilisant la fonction realloc() (s'il a été alloué à l'origine avec malloc() o calloc() c'est-à-dire).

Answer 2

Pour les protocoles de diffusion en continu tels que TCP, vous pouvez pratiquement fixer la taille de votre tampon à n'importe quelle valeur. Cela dit, il est recommandé d'utiliser des valeurs courantes qui sont des puissances de 2, telles que 4096 ou 8192.

S'il y a plus de données que ce que contient votre tampon, elles seront simplement sauvegardées dans le noyau pour votre prochain appel à recv .

Oui, vous pouvez continuer à augmenter votre tampon. Vous pouvez effectuer un recv au milieu de la mémoire tampon à partir de l'offset idx Vous le feriez :

recv(socket, recv_buffer + idx, recv_buffer_size - idx, 0);

Answer 3

Si vous avez un SOCK_STREAM de la prise de courant, recv récupère simplement "jusqu'aux 3000 premiers octets" du flux. Il n'y a pas d'indication claire sur la taille de la mémoire tampon : le seul moment où l'on sait quelle est la taille d'un flux, c'est lorsqu'il est terminé;-).

Si vous avez un SOCK_DGRAM et le datagramme est plus grand que le tampon, recv remplit le tampon avec la première partie du datagramme, renvoie -1, et met errno à EMSGSIZE. Malheureusement, si le protocole est UDP, cela signifie que le reste du datagramme est perdu -- c'est en partie pour cette raison qu'UDP est appelé un protocole peu fiable (je sais qu'il existe des protocoles de datagramme fiables, mais ils ne sont pas très populaires - je ne pourrais pas en citer un dans la famille TCP/IP, bien que je la connaisse assez bien;-).

Pour augmenter la taille d'une mémoire tampon de manière dynamique, allouez-la initialement à l'aide de la fonction malloc et utiliser realloc si nécessaire. Mais cela ne vous aidera pas à recv d'une source UDP, hélas.

Answer 4

Il n'y a pas de réponse absolue à votre question, car la technologie est toujours liée à une mise en œuvre spécifique. Je suppose que vous communiquez en UDP, car la taille de la mémoire tampon entrante ne pose pas de problème pour la communication TCP.

Selon le RFC 768 La taille des paquets (en-tête compris) pour UDP peut varier de 8 à 65 515 octets. La taille à toute épreuve du tampon entrant est donc de 65 507 octets (~64 Ko).

Cependant, tous les gros paquets ne peuvent pas être correctement acheminés par les périphériques du réseau, voir la discussion existante pour plus d'informations :

Quelle est la taille optimale d'un paquet UDP pour un débit maximal ?
Quelle est la plus grande taille de paquet UDP sûre sur Internet ?

Answer 5

16kb est à peu près correct ; si vous utilisez un réseau Ethernet gigabit, chaque paquet pourrait avoir une taille de 9kb.