Hvorfor dominerer noen nedlastningsforbindelser andre?

Innholdsfortegnelse:

Hvorfor dominerer noen nedlastningsforbindelser andre?
Hvorfor dominerer noen nedlastningsforbindelser andre?

Video: Hvorfor dominerer noen nedlastningsforbindelser andre?

Video: Hvorfor dominerer noen nedlastningsforbindelser andre?
Video: 3 clues to understanding your brain | VS Ramachandran - YouTube 2024, April
Anonim
Hvis du ofte laster ned flere elementer på samme tid, har du sannsynligvis lagt merke til at en nedlastningsforbindelse har en tendens til å dominere over de andre til den er ferdig. Hvorfor det? Dagens SuperUser Q & A innlegg har svaret på en nysgjerrig leser spørsmål.
Hvis du ofte laster ned flere elementer på samme tid, har du sannsynligvis lagt merke til at en nedlastningsforbindelse har en tendens til å dominere over de andre til den er ferdig. Hvorfor det? Dagens SuperUser Q & A innlegg har svaret på en nysgjerrig leser spørsmål.

Dagens Spørsmål & Svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppering av Q & A-nettsteder.

Foto courtesy of Armando Sotoca (Flickr).

Spørsmålet

SuperUser leser Keltari vil vite hvorfor noen nedlastinger (nettverk) tilkoblinger dominerer andre:

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?

Hvorfor dominerer noen (nettverk) tilkoblinger andre?

Svaret

SuperUser-bidragsyter cybernard har svaret for oss:

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.

Har du noe å legge til forklaringen? Lyder av i kommentarene. Vil du lese flere svar fra andre tech-savvy Stack Exchange-brukere? Sjekk ut hele diskusjonstråden her.

Anbefalt: