Pourquoi certaines connexions de téléchargement dominent les autres?

Table des matières:

Pourquoi certaines connexions de téléchargement dominent les autres?
Pourquoi certaines connexions de téléchargement dominent les autres?

Vidéo: Pourquoi certaines connexions de téléchargement dominent les autres?

Vidéo: Pourquoi certaines connexions de téléchargement dominent les autres?
Vidéo: J'arrête... - YouTube 2024, Avril
Anonim
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? L’article d’aujourd’hui sur le SuperUser Q & R répond aux questions d’un lecteur curieux.
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? L’article d’aujourd’hui sur le SuperUser Q & R répond aux questions 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

Le lecteur superutilisateur Keltari veut savoir pourquoi certaines connexions de téléchargement (réseau) dominent d’autres:

I have my suspicions as to why, but I want someone with a stronger background in networking to explain.

Why is it that when downloading from multiple (different) locations, certain connections saturate the bandwidth, leaving other connections almost idle until the dominant connection is finished?

Pourquoi certaines connexions de téléchargement (réseau) dominent-elles les autres?

La réponse

Cybernard, contributeur de superutilisateur, a la solution pour nous:

Generally, the fastest connection wins. However, before Windows 7, networking was a mess and performance was awful all around. Trying to get more than 20mb/s from Windows XP, for example? Good luck with that.

The standard TCP congestion avoidance algorithm employs an additive increase and multiplicative decrease (AIMD) scheme. When there is no packet loss detected (by means of three duplicate-ACKs or retransmission timeout), the congestion window (cwnd) is increased by one Maximum Segment Size (MSS) every RTT. Otherwise, if a packet loss is detected, the TCP sender decreases cwnd by half. In a high-speed and long delay network, it requires a very large window, e.g. thousands of packets, to fully utilize the link capacity. Therefore, it will take the standard TCP many RTTs to recover the sending rate upon a single loss event. Moreover, it is well-known now that the average TCP congestion window is inversely proportional to the square root of the packet loss rate.

Source: A Compound TCP Approach for High-speed and Long Distance Networks [Microsoft]

A faster connection has more successful packets, therefore its cwnd/MSS is increased and it gets even more of the total connection.

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.

Conseillé: