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? Postarea 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 Q & A.
Fotografia este asigurată de Armando Sotoca (Flickr).
Cititorul super-utilitar 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 fundal 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?
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 mizerie și performanța a fost groaznic peste tot. Încercați să obțineți 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 există o pierdere de pachete detectată (prin intermediul a trei dublu-ACK-uri sau timeout retransmitere), fereastra de congestie (cwnd) este mărită cu o singură dimensiune 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 mare viteză și întârziere lungă, aceasta necesită o fereastră foarte mare, de ex. mii de pachete, pentru a utiliza pe deplin capacitatea de link-uri. Prin urmare, va lua mai multe RTT standard TCP 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 și mai mult din conexiunea totală.
Aveți ceva de adăugat la explicație? Sunați în comentarii. Doriți să citiți mai multe răspunsuri de la alți utilizatori de tehnologie Stack Exchange? Check out discuția completă aici.
