Quand dois-je utiliser TCP_NODELAY et quand TCP_CORK?

J'ai compris que les deux d'entre eux désactiver l'algorithme Nagle.

Quand devrait/ne devrait-on pas utiliser chacun d'entre eux?

InformationsquelleAutor | 2010-09-21
  1. 69

    Tout d'abord pas deux désactive l'algorithme Nagle.

    L'algorithme Nagle est de réduire davantage le nombre de petits paquets réseau en fil de fer. L'algorithme est: si des données est inférieure à une limite (généralement MSS), attendre jusqu'à ce que la réception d'un ACK pour les paquets émis et dans le temps, d'accumuler des données de l'utilisateur. Puis envoyer les données accumulées.

    if [ data > MSS ]
    send(data)
else
    wait until ACK for previously sent data and accumulate data in send buffer (data)
    And after receiving the ACK send(data)

    Cela aidera à des applications comme telnet. Toutefois, en attente de l'accusé de réception peut augmenter le temps d'attente lors de l'envoi de données en continu. En outre, si le récepteur met en œuvre le "ACK retardé politique", il va provoquer un blocage temporaire de la situation. Dans de tels cas, la désactivation de l'algorithme Nagle est une meilleure option.

    Donc TCP_NODELAY est utilisé pour la désactivation de l'algorithme Nagle.

    TCP_CORK agressivement accumule des données. Si TCP_CORK est activée dans une socket, il ne sera pas envoyer des données jusqu'à ce que le tampon se remplit à une limite fixe. Similaire à l'algorithme Nagle, il s'accumule également les données de l'utilisateur, mais jusqu'à ce que le tampon se remplit à une limite fixe pas jusqu'à la réception d'un ACK. Ce sera utile lors de l'envoi de plusieurs blocs de données. Mais vous devez être plus prudent lors de l'utilisation TCP_CORK.

    Jusqu'à ce noyau 2.6, ces deux options sont mutuellement exclusives. Mais plus tard dans le noyau, les deux peuvent coexister. Dans de tels cas, TCP_CORK sera donné plus de préférence.

    Ref:

    • Gardez à l'esprit Hussein Galal réponse qui précise que TCP_CORK ne fait que retarder un maximum de 200 ms avant d'envoyer des données.
    InformationsquelleAutor theB
  2. 21

    TCP_NODELAY

    Utilisé pour désactiver l'algorithme Nagle pour améliorer les réseaux TCP/IP et de diminuer le nombre de paquets en attente jusqu'à ce qu'un accusé de réception envoyé précédemment données est reçu pour envoyer le cumul des paquets.

    //À partir de la tcp(7) manuel:

    TCP_CORK (ou TCP_NOPUSH dans FreeBSD)

    Ne pas envoyer de trames partielles. Toutes les trames partielles en attente sont envoyées lorsque cette option est désactivée à nouveau. Ceci est utile pour préparer les en-têtes avant d'appeler sendfile(2), ou pour optimiser le débit. Tel qu'il est actuellement mis en œuvre, il y a un ** 200 millisecondes plafond** sur le temps pendant lequel la sortie est bouchée par TCP_CORK. Si ce plafond est atteint, alors en file d'attente les données sont automatiquement transmises. Cette option peut être combinée avec TCP_NODELAY seulement depuis Linux 2.5.71. Cette option ne doit pas être utilisé dans le code destinés à être portables.

    • Merci de remarquer que de nombreux guides ont eu tout à fait tort, que TCP_CORK seulement des retards pour les 200ms (max), il n'est pas littéralement un bouchon de LIÈGE qui peut confiture jusqu'à ce supprimés.
    InformationsquelleAutor Hussein Galal
  3. 7

    C'est une optimisation, donc, comme tout d'optimisation:

    1. Ne l'utilisez pas
    2. Attendre jusqu'à ce que la performance devient un problème, puis, après avoir déterminé que la prise de latence est certainement la cause, et le test s'avère que ce sera certainement le réparer, ET ce est la façon la plus simple de le fixer, de le faire.

    Fondamentalement, le but est d'éviter d'avoir à envoyer plusieurs trames où une seule image peut être utilisée, avec sendfile() et ses amis.

    Ainsi, par exemple, dans un serveur web, vous envoyez les en-têtes suivie par le contenu du fichier, les en-têtes seront assemblés en mémoire, le fichier sera alors envoyé directement par le noyau. TCP_CORK vous permet d'avoir des en-têtes et le début de l'envoi d'un fichier en une seule image, même avec TCP_NODELAY, ce qui pourrait entraîner le premier morceau à être envoyé immédiatement.

    • Nagle lui-même est une optimisation, par votre logique, vous devez le désactiver et de ne mettre en marche si nécessaire 🙂
    • Nagle est activé par défaut et vous n'avez pas besoin d'écrire de code pour l'activer, il va arriver de toute façon. Et non, si vous avez écrit votre propre pile TCP, si vous n'avez pas besoin de mettre en œuvre Nagle, vous ne pouvez pas le faire.
    • Je ne serais pas surpris si c'était le cas dans quelques années à partir de maintenant (quelqu'un n'est plus de la mettre en œuvre). La principale préoccupation de quelques 30 ou 40 ans il y a que des gens qui tapent sur telnet, à près de 2 caractères par seconde serait de générer un paquet pour chaque personnage. Ce n'est pas un problème aujourd'hui avec une bande passante beaucoup plus élevée, de connexion à distance ne joue pas un grand rôle dans le trafic-sage, et les algorithmes de chiffrement par bloc appliqué à peu près tous de connexion à distance de la circulation de toute façon. Il n'y a aucun moyen que vous pouvez envoyer moins de 16 octets avec un cryptage de 128-bit de chiffrement par bloc (pas si vous voulez le décoder à l'autre extrémité, de toute façon).
    InformationsquelleAutor MarkR
  4. 0

    TCP_CORK est à l'opposé de TCP_NODELAY. Les forces anciennes de paquets accumulation de retard; le dernier, il désactive.

    • TCP_CORK n'est pas le contraire de TCP_NODELAY. L'algorithme Nagle, qui agrège les données lors de l'attente d'un retour d'accusé de réception, dont la dernière option désactive; l'ancien agrégats de base de données de la mémoire tampon de pression à la place.
    InformationsquelleAutor fche