De ce unele conexiuni de descărcare domină pe alții?
Dacă descărcați adesea mai multe elemente în același timp, probabil ați observat că o conexiune de descărcare tinde să domine peste celelalte până când este terminată. De ce este asta? Postul de astăzi SuperUser Q & A are răspunsul la o întrebare curioasă a cititorului.
Sesiunea de întrebări și răspunsuri din ziua de astăzi vine de la amabilitatea SuperUser - o subdiviziune a Stack Exchange, o grupare bazată pe comunitate a site-urilor web Q & A.
Foto prin amabilitatea lui Armando Sotoca (Flickr).
Intrebarea
Super cititorul Keltari vrea să știe de ce unele conexiuni de descărcare (de rețea) domină și altele:
Am suspiciunile mele de ce, dar vreau ca cineva cu un background mai puternic în rețea să-și explice.
De ce este posibil ca atunci când descărcați din mai multe locații diferite, anumite conexiuni să satureze lățimea de bandă, lăsând alte conexiuni aproape inactive până la terminarea conexiunii dominante?
De ce unele conexiuni de descărcare (de rețea) domină alte persoane?
Răspunsul
Contribuitorul SuperUser cybernard are răspunsul pentru noi:
În general, cea mai rapidă conexiune câștigă. Cu toate acestea, înainte de Windows 7, crearea de rețele a fost o dezordine și performanța a fost îngrozitoare peste tot. Încercarea de a obține mai mult de 20mb / s de la Windows XP, de exemplu? Mult noroc cu asta.
- Algoritmul standard de evitare a congestiei TCP utilizează o schemă de creștere a aditivilor și reducere multiplicativă (AIMD). Atunci când nu este detectată nici o pierdere de pachete (prin intermediul a trei dublu-ACK-uri sau timeout-ul de retransmisie), fereastra de congestie (cwnd) este mărită cu câte o valoare maximă a segmentului (MSS) la fiecare RTT. În caz contrar, dacă se detectează o pierdere de pachete, expeditorul TCP scade cwnd la jumătate. Într-o rețea de întârziere de mare viteză și de lungă durată, aceasta necesită o fereastră foarte mare, de ex. mii de pachete, pentru a utiliza pe deplin capacitatea de legătură. Prin urmare, va lua standardul TCP multe RTT-uri pentru a recupera rata de expediere la un singur eveniment de pierdere. Mai mult decât atât, este bine cunoscut acum că fereastra medie de congestie TCP este invers proporțională cu rădăcina pătrată a ratei de pierdere a pachetelor.
Sursă: Abordare complexă TCP pentru rețelele de mare viteză și de distanță [Microsoft]
O conexiune mai rapidă are mai multe pachete de succes, prin urmare, cwnd / MSS este mărită și devine din ce în ce mai mult din conexiunea totală.
Aveți ceva de adăugat la explicație? Sunați în comentariile. Doriți să citiți mai multe răspunsuri de la alți utilizatori de tehnologie Stack Exchange? Check out discuția completă aici.
