Kotisivu » miten » Miksi jotkut latausyhteydet hallitsevat muita?

    Miksi jotkut latausyhteydet hallitsevat muita?

    Jos lataat usein useita kohteita samanaikaisesti, olet todennäköisesti huomannut, että yksi latausyhteys hallitsee muita, kunnes se on valmis. Miksi niin? Tämän päivän SuperUser Q&A -postissa on vastaus utelias lukijan kysymykseen.

    Nykypäivän Kysymys- ja vastaus -istunto tulee meille suotuisasti SuperUserin - Stack Exchange -alueen, yhteisöpohjaisen Q & A-sivustojen ryhmittymän - kautta..

    Kuva: Armando Sotoca (Flickr).

    Kysymys

    SuperUser-lukija Keltari haluaa tietää, miksi jotkut lataus- (verkko) -yhteydet hallitsevat muita:

    Minulla on epäilyksiä siitä, miksi, mutta haluan, että joku, jolla on vahvempi tausta verkostoitumisessa, selittää.

    Miksi useista (eri) paikoista ladattaessa tietyt yhteydet kyllästävät kaistanleveyden, jolloin muut yhteydet jäävät lähes tyhjäksi, kunnes hallitseva yhteys on valmis?

    Miksi jotkin lataus- (verkko) yhteydet hallitsevat toisia?

    Vastaus

    SuperUserin avustaja cybernardilla on vastaus meille:

    Yleensä nopein yhteys voittaa. Kuitenkin ennen Windows 7: ää verkottuminen oli sotku ja suorituskyky oli kauheaa ympäri. Esimerkiksi Windows XP: ltä yritetään saada enemmän kuin 20 Mb / s? Onnea sen kanssa.

    • TCP: n vakioprosessin välttämisen algoritmi käyttää additiivista lisäystä ja multiplikaatiota (AIMD). Kun pakettihäviötä ei havaita (kolmen päällekkäisen ACK: n tai uudelleenlähetyksen aikakatkaisun avulla), ruuhka-ikkunaa (cwnd) kasvatetaan yhdellä maksimisegmentin koko (MSS) jokaisella RTT: llä. Muussa tapauksessa, jos havaitaan pakettien menetys, TCP-lähettäjä pienenee cwnd-arvoa puoleen. Nopea ja pitkä viive -verkko vaatii erittäin suuren ikkunan, esim. tuhansia paketteja. Siksi normaalin TCP-RTT: n suorittaminen palauttaa lähetysnopeuden yksittäiselle häviötapahtumalle. Lisäksi on hyvin tunnettua, että keskimääräinen TCP-ruuhka-ikkuna on kääntäen verrannollinen pakettihäviönopeuden neliöjuuriin.

    Lähde: Yhdistetty TCP-lähestymistapa suurten nopeuksien ja pitkän matkan verkkoihin [Microsoft]

    Nopeammalla yhteydellä on enemmän onnistuneita paketteja, joten sen cwnd / MSS on lisääntynyt ja se saa vieläkin enemmän yhteyksiä.


    Onko jotain lisättävää selitykseen? Ääni pois kommenteista. Haluatko lukea lisää vastauksia muilta tech-savvy Stack Exchange -käyttäjiltä? Tutustu koko keskusteluketjuun täällä.