Warum dominieren einige Downloadverbindungen andere?

Inhaltsverzeichnis:

Video: Warum dominieren einige Downloadverbindungen andere?

Video: Warum dominieren einige Downloadverbindungen andere?
Video: PlayStation VR: Tutorial #2 - Verkabeln: So schließt ihr euer VR-Headset an 2023, September
Warum dominieren einige Downloadverbindungen andere?
Warum dominieren einige Downloadverbindungen andere?
Anonim
Wenn Sie häufig mehrere Elemente gleichzeitig herunterladen, haben Sie wahrscheinlich bemerkt, dass eine Download-Verbindung die anderen dominiert, bis sie abgeschlossen ist. Warum das? Der heutige Q & A-Beitrag von SuperUser enthält die Antwort auf eine Frage des neugierigen Lesers.
Wenn Sie häufig mehrere Elemente gleichzeitig herunterladen, haben Sie wahrscheinlich bemerkt, dass eine Download-Verbindung die anderen dominiert, bis sie abgeschlossen ist. Warum das? Der heutige Q & A-Beitrag von SuperUser enthält die Antwort auf eine Frage des neugierigen Lesers.

Die heutige Question & Answer-Sitzung wird von SuperUser zur Verfügung gestellt - einer Unterteilung von Stack Exchange, einer Community-basierten Gruppierung von Q & A-Websites.

Foto mit freundlicher Genehmigung von Armando Sotoca (Flickr).

Die Frage

SuperUser-Reader Keltari möchte wissen, warum einige Download-Verbindungen (Netzwerkverbindungen) andere dominieren:

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?

Warum dominieren einige Download-Verbindungen (Netzwerkverbindungen) andere?

Die Antwort

SuperUser-Mitwirkender cybernard hat die Antwort für uns:

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.

Haben Sie etwas zur Erklärung hinzuzufügen? Ton aus in den Kommentaren. Möchten Sie mehr Antworten von anderen technisch versierten Stack Exchange-Benutzern lesen? Hier geht es zum vollständigen Diskussionsthread.

Empfohlen: