If-Koubou

Miksi jotkin latausyhteydet hallitsevat muita?

Miksi jotkin latausyhteydet hallitsevat muita? (Miten)

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

Tämän päivän kysymys- ja vastausistunto tulee meihin SuperUserin hyväksi - Stack Exchangein alaosasto, joka on yhteisöllinen Q & A-sivustojen ryhmittely.

Kuvaaja Armando Sotocasta (Flickr).

Kysymys

SuperUser-lukija Keltari haluaa tietää, miksi jotkin download-verkkoyhteydet hallitsevat muita:

Minulla on epäilyksiä siitä, miksi, mutta haluan jonkun, jolla on vahvempi tausta verkostoitumisen selittämisessä.

Miksi lataaminen useista (eri) sijainneista tietyillä yhteyksillä kyllästää kaistanleveyden, jättäen muut yhteydet lähes käyttämättömänä, kunnes hallitseva yhteys on päättynyt?

Miksi jotkin ladattavat (verkkoyhteydet) hallitsevat muita?

Vastaus

SuperUser-avustaja cybernardilla on vastaus meille:

Yleensä nopein yhteys voittaa. Kuitenkin ennen Windows 7: tä verkostoituminen oli sotku ja suorituskyky oli kauheaa ympäri. Yritetään saada enemmän kuin 20mb / s esimerkiksi Windows XP: stä? Onnea sen kanssa.

  • Tavallinen TCP-ylikuormituksen välttämisalgoritmi käyttää lisäaineen lisäystä ja kertaluvun vähenemistä (AIMD). Kun ei havaita pakettihäviötä (kolmen päällekkäisen ACK: n tai uudelleenlähetyksen aikakatkaisun avulla), ylikuormitusikkunaa (cwnd) lisätään yhdellä maksimi segmenttikoko (MSS) jokaisella RTT: llä. Muussa tapauksessa, jos pakettihäviö havaitaan, TCP-lähettäjä laskee cwnd puolet. Suurten nopeuksien ja pitkän viiveen verkossa tarvitaan hyvin suuri ikkuna, esim. tuhansia paketteja hyödyntämään linkkikapasiteettia kokonaan. Siksi se vie tavallisen TCP: n useat RTT: t takaisin lähetysnopeuden palauttamiseksi yhdellä häviötapahtumalla. Lisäksi on nyt hyvin tunnettua, että keskimääräinen TCP-ruuhka-ikkuna on kääntäen verrannollinen pakettihäviönopeuden neliöjuuriin.

Lähde: Compound TCP -ratkaisu nopeiden ja pitkien etäisyyksien verkkoihin [Microsoft]

Nopeampi yhteys on onnistuneempia paketteja, joten sen cwnd / MSS on kasvanut ja se saa enemmänkin koko yhteydestä.

Onko jokin asia lisättävä selitykseen? Kuulkaa kommentit. Haluatko lukea lisää vastauksia muilta tech-tajuilta Stack Exchange-käyttäjiltä? Katso koko keskusteluketju täältä.