Waarom domineren sommige downloadverbindingen anderen?
Als u vaak meerdere items tegelijkertijd downloadt, heeft u waarschijnlijk gemerkt dat één downloadverbinding de neiging heeft te domineren over de anderen totdat deze is voltooid. Waarom is dat? De SuperUser Q & A-post van vandaag heeft het antwoord op de vraag van een nieuwsgierige lezer.
De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een gemeenschapsgedreven groep van Q & A-websites.
Foto met dank aan Armando Sotoca (Flickr).
De vraag
SuperUser-lezer Keltari wil weten waarom sommige download- (netwerk) verbindingen anderen domineren:
Ik heb mijn vermoedens over waarom, maar ik wil dat iemand met een sterkere achtergrond in netwerken uitleg geeft.
Waarom is het zo dat bij het downloaden van meerdere (andere) locaties bepaalde verbindingen de bandbreedte verzadigen, waardoor andere verbindingen bijna inactief blijven totdat de dominante verbinding is voltooid?
Waarom domineren sommige download- (netwerk) verbindingen anderen?
Het antwoord
SuperUser-bijdrager cybernard heeft het antwoord voor ons:
Over het algemeen wint de snelste verbinding. Voor Windows 7 was netwerken echter een puinhoop en waren de prestaties overal vreselijk. Probeert u bijvoorbeeld meer dan 20 MB / sec te halen uit Windows XP? Succes daarmee.
- Het standaard TCP congestie-vermijdingsalgoritme maakt gebruik van een AIMD-schema (Additive Increase) en Multiplicative Daling (AIMD). Wanneer er geen pakketverlies wordt gedetecteerd (door middel van drie duplicaat-ACK's of hertransmissie-time-out), wordt het congestievenster (cwnd) elke RTT verhoogd met één maximale segmentgrootte (MSS). Anders wordt, als een pakketverlies wordt gedetecteerd, de TCP-zender cwnd met de helft verminderd. In een netwerk met hoge snelheden en lange vertragingen heeft het een zeer groot venster nodig, b.v. duizenden pakketten, om de koppelingscapaciteit volledig te benutten. Daarom zal de standaard TCP veel RTT's nodig hebben om de verzendsnelheid te herstellen bij een enkele verliesgebeurtenis. Bovendien is het nu bekend dat het gemiddelde TCP-congestie-venster omgekeerd evenredig is met de vierkantswortel van het pakketverliespercentage.
Bron: Een gecombineerde TCP-benadering voor hogesnelheids- en interlokale netwerken [Microsoft]
Een snellere verbinding heeft meer succesvolle pakketten, daarom wordt zijn cwnd / MSS verhoogd en krijgt hij nog meer van de totale verbinding.
Heb je iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread.
