Pourquoi certaines connexions de téléchargement dominent les autres?
Si vous téléchargez souvent plusieurs éléments en même temps, vous avez probablement remarqué qu'une connexion de téléchargement a tendance à dominer les autres jusqu'à ce qu'elle soit terminée. Pourquoi donc? Le message Q & R du SuperUser d'aujourd'hui répond à une question d'un lecteur curieux.
La séance de questions et réponses d'aujourd'hui nous est offerte par SuperUser, une sous-division de Stack Exchange, un groupe de sites Web de questions-réponses dirigé par la communauté..
Photo fournie par Armando Sotoca (Flickr).
La question
Lecteur superutilisateur Keltari veut savoir pourquoi certaines connexions de téléchargement (réseau) dominent d’autres:
Je me demande pourquoi, mais je veux que quelqu'un qui a une expérience plus solide dans le réseautage explique.
Pourquoi est-ce que lors du téléchargement à partir de plusieurs emplacements (différents), certaines connexions saturent la bande passante, laissant les autres connexions presque inactives jusqu'à ce que la connexion dominante soit terminée?
Pourquoi certaines connexions de téléchargement (réseau) dominent les autres?
La réponse
Cybernard, contributeur de SuperUser, a la solution pour nous:
Généralement, la connexion la plus rapide gagne. Cependant, avant Windows 7, la mise en réseau était un gâchis et les performances étaient terribles. Essayer d'obtenir plus de 20 Mo / s de Windows XP, par exemple? Bonne chance avec ça.
- L'algorithme standard d'évitement de congestion TCP utilise un schéma AIMD (augmentation additive et diminution multiplicative). Lorsqu'aucune perte de paquet n'est détectée (au moyen de trois accusés de réception dupliqués ou d'un délai d'attente de retransmission), la fenêtre d'encombrement (cwnd) est augmentée d'une taille maximale de segment (MSS) par RTT. Sinon, si une perte de paquet est détectée, l'expéditeur TCP diminue le nombre de secondes. Dans un réseau à grande vitesse et à long délai, cela nécessite une très grande fenêtre, par exemple des milliers de paquets, pour utiliser pleinement la capacité de liaison. Par conséquent, il faudra au RTT standard de nombreux RTT pour récupérer le débit d’envoi lors d’un seul événement de perte. De plus, il est maintenant connu que la fenêtre d'encombrement TCP moyenne est inversement proportionnelle à la racine carrée du taux de perte de paquets.
La source: Une approche TCP composée pour les réseaux à grande vitesse et longue distance [Microsoft]
Une connexion plus rapide a plus de paquets de succès, donc son cwnd / MSS est augmenté et il obtient encore plus de la connexion totale.
Avez-vous quelque chose à ajouter à l'explication? Sound off dans les commentaires. Voulez-vous lire plus de réponses d'autres utilisateurs de Stack Exchange doués en technologie? Découvrez le fil de discussion complet ici.
