Hjemmeside » hvordan » Hvorfor dominerer nogle downloadforbindelser andre?

    Hvorfor dominerer nogle downloadforbindelser andre?

    Hvis du ofte henter 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 med venlig hilsen af ​​SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.

    Foto courtesy of Armando Sotoca (Flickr).

    Spørgsmålet

    SuperUser-læseren Keltari ønsker at 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 du henter fra flere (forskellige) steder, mættes visse forbindelser med båndbredden, så andre forbindelser næsten er i tomgang, indtil den dominerende forbindelse er færdig?

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

    Svaret

    SuperUser bidragyder cybernard har svaret for os:

    Generelt vinder den hurtigste forbindelse. Men før Windows 7 var netværk et rod, og resultaterne 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-overbelastningsalgoritme anvender et additivforøgelses- og multiplikativt reduktionssystem (AIMD). Når der ikke er registreret noget pakkeforløb (ved hjælp af tre duplikat-ACK'er eller retransmission-timeout), øges overbelastningsvinduet (cwnd) med en maksimal segmentstørrelse (MSS) hver RTT. Ellers faldt TCP-afsenderen cwnd med halvdelen, 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 at genoprette 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-metode for højhastigheds- og fjernnetværk [Microsoft]

    En hurtigere forbindelse har mere succesfulde pakker, derfor er cwnd / MSS øget, 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.