11Jul

Hvorfor dominerer nogle downloadforbindelser andre?

click fraud protection

Hvis du ofte downloader flere elementer på samme tid, har du sandsynligvis bemærket, at en downloadforbindelse har tendens til at dominere over de andre, indtil den er færdig. Hvorfor det? Dagens SuperUser Q & A-indlæg har svaret på en nysgerrig læsers spørgsmål.

Dagens Spørgsmål &Svar session kommer til os høflighed af SuperUser-en underafdeling af Stack Exchange, en community-drevet gruppe af Q & A-websteder.

Foto courtesy of Armando Sotoca( Flickr).

Spørgsmål

Superbrugerlæser Keltari vil vide, hvorfor nogle download( netværks) forbindelser dominerer andre:

Jeg har mine mistanke om hvorfor, men jeg vil have en stærkere baggrund i netværk for at forklare.

Hvorfor er det, at når der downloades fra flere( forskellige) steder, tilsættes visse forbindelser båndbredden, hvilket giver andre forbindelser næsten tomgang, indtil den dominerende forbindelse er færdig?

Hvorfor dominerer nogle download( netværks) forbindelser andre?

Svaret

SuperUser-bidragyder cybernard har svaret for os:

instagram viewer

Generelt vinder den hurtigste forbindelse. Men før Windows 7 var netværk et rod og præstationer var forfærdelige hele vejen rundt. Forsøger du at få mere end 20mb / s fra Windows XP, for eksempel? Held og lykke med det.

  • Den standard TCP congestion-undvigelsesalgoritme anvender et additivforhøjelse og multiplikativt fald( AIMD) -schema. Når der ikke er registreret noget pakketab( ved hjælp af tre duplikat-ACK'er eller retransmission timeout), øges overbelastningsvinduet( cwnd) med en maksimal segmentstørrelse( MSS) hver RTT.Ellers reduceres TCP-afsenderen med et halvt tal, hvis der opdages et pakketab. I et højhastigheds- og langforsinkelsesnetværk kræver det et meget stort vindue, f.eks.tusindvis af pakker, for fuldt ud at udnytte linkkapaciteten. Derfor vil det tage standard TCP mange RTT'er for at genvinde sendefrekvensen ved en enkelt tabshændelse. Desuden er det velkendt nu, at det gennemsnitlige TCP-overbelastningsvindue er omvendt proportional med kvadratroden af ​​pakkeforløbshastigheden.

Kilde: En sammensat TCP-tilgang til højhastigheds- og langdistributionsnetværk [Microsoft]

En hurtigere forbindelse har mere succesfulde pakker, derfor øges cwnd / MSS og det bliver endnu mere af den samlede forbindelse.

Har du noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Tjek den fulde diskussionstråd her.