En UDP TCP les pertes de paquets si elles existent diminue + le débit qu'en UDP car il faut envoyer un paquet pour redemander le paquet manquant.
Mon but n'est pas d'avoir tous mes paquets a la fin mais de calculer le débit max. Exemple : j'envoi les paquets à 80 Mb/s et je regarde combien arrive.
En TCP, le débit est systématiquement inférieur (légèrement) car le protocole ne peut se permettre de perdre autant de paquet (et donc de devoir les renvoyer)
J'ai corrigé ta phrase
![Sourit :)](https://lafibre.info/Smileys/default/smiley.gif)
Maintenant mon commentaire :
Tu as raison sur le principe, TCP en pure performance est plus 'lent' que UDP
Mais celà dépend d'un facteur essentiel pour ce qui est de la 'vitesse' maximale atteignable car à 'condition égale de route' tu entre dans deux cas de figures suivant justement la 'condition' de la route au moment du test :
1 - Route 'clean', sans goulot, suffisement libre pour supporter les débits max réels des deux extrémités, donc aucune perte de n'importe quel paquet :
UDP sera 'meilleur' que TCP, je suis d'accord, et encore, ce sera très dépendant de la config de la pile (rwin et mtu entre autres) et dans plus optimisée des configs TCP, très 'minime' comme différence.
2 - Route largement 'occupée' pendant la durée du transfert complet, avec donc perte de paquets :
UDP sera le premier à 'jecter' au niveau des routeurs ayant un lien saturé, et bien que tcp devra peut être redemander la transmission de paquets perdus, si la route est vraiment trop saturée même pour du tcp seul, tcp aura au final le compte juste, et donnera probablement une meilleure valeur de perf que udp à cet instant de test.
Bien entendu une config tcp optimale pour une route 'clean' fera chuter les perf tcp car avec un rwin élevé, il y aura plus à retransmettre en cas de perte de paquet (on renvoi l'équivalent en taille de la rwin, même si c'est le dernier paquet qui est hs)
Comme ici, tu n'es jamais sûr de l'état de la 'route', et que udp est rarement utilisé par les programmes de transfert couramment utilisés, pour vraiment donner une 'bonne' idée du débit max, c'est plus le test "tcp sur route clean" qui donnera une valeur de capacité max de la ligne vraiment significative pour les internautes
Indiquer xMo/s max en UDP ne leur dira probablement rien et ils ne l'atteindrons jamais dans la réalité, alors qu'un tcp, ils peuvent l'atteindre dans les meilleurs conditions et de 'route' et d'optimisation.
(ceci montre encore que les réglages optimums tcp sont très dépendant de la condition 'moyenne' de routes fréquement utilisés, et que les réglages optimums sur 'route clean' ne sont probablement pas les meilleurs)