Si vous avez l’habitude de télécharger plusieurs éléments en même temps, alors vous avez probablement remarqué qu’un lien de téléchargement qui tend à dominer les autres que c’est fini. Pourquoi est-ce? Aujourd’hui SuperUser Q&Un post a la réponse à un lecteur curieux de la question.
Aujourd’hui, la Question Et la Réponse session nous vient de courtoisie de super-Utilisateur—une subdivision de Stack Exchange, l’un piloté par la communauté de regroupement de Q&A des sites web.
Photo avec l’aimable autorisation de Armando Sotoca (Flickr).
La Question
SuperUser lecteur Keltari veut savoir pourquoi certains de téléchargement (réseau) connexions de dominer les autres:
J’ai mes soupçons quant à savoir pourquoi, mais je veux quelqu’un avec un fort arrière-plan dans la mise en réseau de l’expliquer.
Pourquoi est-il que lors du téléchargement à partir de multiples (différents) endroits, certaines connexions de saturer la bande passante, en laissant les autres connexions quasiment inactif jusqu’à ce que la dominante de connexion est terminé?
Pourquoi certains de téléchargement (réseau) connexions de dominer les autres?
La Réponse
SuperUser contributeur cybernard a la réponse pour nous:
Généralement, la connexion la plus rapide qui gagne. Cependant, avant Windows 7, la mise en réseau a été un gâchis et de la performance a été terrible tout autour. Essayer d’obtenir plus de 20 mo/s à partir de Windows XP, par exemple? Bonne chance avec ça.
- Le standard TCP congestion algorithme d’évitement d’emploie une augmentation additif et multiplicatif diminution (AIMD). Quand il n’y a pas de perte de paquets détectés (par le biais de trois double-les accusés de réception et la retransmission timeout), la fenêtre de congestion (cwnd) est augmenté d’un Maximum Segment Size (MSS) chaque RTT. Si, au contraire, une perte de paquets est détecté, le protocole TCP expéditeur diminue cwnd de moitié. Dans un grande vitesse et à long délai d’attente réseau, il nécessite une très grande fenêtre, par exemple, des milliers de paquets, d’utiliser pleinement la capacité de la liaison. Par conséquent, il prendra le standard TCP beaucoup de Rtt à récupérer le taux de l’envoi sur un seul événement de perte. En outre, il est bien connu maintenant que la moyenne de la fenêtre de congestion TCP est inversement proportionnelle à la racine carrée du taux de perte de paquets.
Source: Un Composé TCP Approche à grande vitesse et Longue Distance des Réseaux [Microsoft]
Une connexion plus rapide a plus de succès paquets, donc son cwnd/MSS est augmenté et il est encore plus de la connexion totale.
Quelque chose à ajouter à l’explication? Le son off dans les commentaires. Envie d’en lire plus de réponses à partir d’autres tech-savvy Pile utilisateurs Exchange? Découvrez le fil de discussion ici.