Pourquoi certaines connexions de téléchargement dominent-elles 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 SuperUser Q & A d'aujourd'hui a la réponse à la question d'un lecteur curieux.

Question d'aujourd'hui &La session de réponse nous est offerte par SuperUser, une subdivision de Stack Exchange, un regroupement communautaire de sites Web Q & A.

Photo publiée avec l'aimable autorisation d'Armando Sotoca( Flickr).

La question Lecteur

SuperUser Keltari veut savoir pourquoi certaines connexions de téléchargement( réseau) dominent les autres:

J'ai mes soupçons quant à pourquoi, mais je veux quelqu'un avec un fond plus fort dans le réseautage pour expliquer.

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-elles les autres?

La réponse

SuperUser contributeur cybernard a la réponse pour nous:

Généralement, la connexion la plus rapide gagne. Cependant, avant Windows 7, le réseautage était un gâchis et la performance était horrible tout autour. Vous essayez d'obtenir plus de 20 Mo / s à partir de Windows XP, par exemple? Bonne chance avec ça.

• L'algorithme d'évitement de congestion TCP standard utilise un schéma d'augmentation additive et de diminution multiplicative( AIMD).Lorsqu'aucune perte de paquet n'est détectée( au moyen de trois ACK en double ou délai de retransmission), la fenêtre d'encombrement( cwnd) est augmentée d'une taille de segment maximale( MSS) à chaque RTT.Sinon, si une perte de paquets est détectée, l'expéditeur TCP diminue de moitié le cwnd. Dans un réseau à grande vitesse et à grand retard, il faut une très grande fenêtre, par ex.des milliers de paquets, pour utiliser pleinement la capacité de liaison. Par conséquent, il faudra le TCP standard de nombreux RTT pour récupérer le taux d'envoi sur un seul événement de perte. De plus, il est maintenant bien connu que la fenêtre de congestion TCP moyenne est inversement proportionnelle à la racine carrée du taux de perte de paquets.

Source: Une approche TCP complexe pour les réseaux à grande vitesse et à grande distance [Microsoft]

Une connexion plus rapide a plus de paquets réussis, donc son cwnd / MSS est augmenté et il obtient encore plus de la connexion totale.

Avoir quelque chose à ajouter à l'explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d'autres utilisateurs de Stack Exchange? Découvrez le fil de discussion complet ici.