Por que algumas conexões de download dominam os outros?

Índice:

Por que algumas conexões de download dominam os outros?
Por que algumas conexões de download dominam os outros?

Vídeo: Por que algumas conexões de download dominam os outros?

Vídeo: Por que algumas conexões de download dominam os outros?
Vídeo: O MESTRE MANDOU NO ROBLOX! (Silly Simon Says) Anya no spyxfamily VR! - YouTube 2024, Maio
Anonim
Se você costuma fazer o download de vários itens ao mesmo tempo, provavelmente notou que uma conexão de download tende a dominar as outras até que seja concluída. Por que é que? A postagem de perguntas e respostas do SuperUser de hoje tem a resposta para a pergunta de um leitor curioso.
Se você costuma fazer o download de vários itens ao mesmo tempo, provavelmente notou que uma conexão de download tende a dominar as outras até que seja concluída. Por que é que? A postagem de perguntas e respostas do SuperUser de hoje tem a resposta para a pergunta de um leitor curioso.

A sessão de perguntas e respostas de hoje nos é oferecida por cortesia do SuperUser, uma subdivisão do Stack Exchange, um agrupamento de sites de perguntas e respostas conduzido pela comunidade.

Foto cedida por Armando Sotoca (Flickr).

A questão

Leitor SuperUser Keltari quer saber porque algumas conexões de download (rede) dominam outras:

I have my suspicions as to why, but I want someone with a stronger background in networking to explain.

Why is it that when downloading from multiple (different) locations, certain connections saturate the bandwidth, leaving other connections almost idle until the dominant connection is finished?

Por que algumas conexões de download (rede) dominam outras?

A resposta

O colaborador do SuperUser, cybernard, tem a resposta para nós:

Generally, the fastest connection wins. However, before Windows 7, networking was a mess and performance was awful all around. Trying to get more than 20mb/s from Windows XP, for example? Good luck with that.

The standard TCP congestion avoidance algorithm employs an additive increase and multiplicative decrease (AIMD) scheme. When there is no packet loss detected (by means of three duplicate-ACKs or retransmission timeout), the congestion window (cwnd) is increased by one Maximum Segment Size (MSS) every RTT. Otherwise, if a packet loss is detected, the TCP sender decreases cwnd by half. In a high-speed and long delay network, it requires a very large window, e.g. thousands of packets, to fully utilize the link capacity. Therefore, it will take the standard TCP many RTTs to recover the sending rate upon a single loss event. Moreover, it is well-known now that the average TCP congestion window is inversely proportional to the square root of the packet loss rate.

Source: A Compound TCP Approach for High-speed and Long Distance Networks [Microsoft]

A faster connection has more successful packets, therefore its cwnd/MSS is increased and it gets even more of the total connection.

Tem algo a acrescentar à explicação? Som desligado nos comentários. Quer ler mais respostas de outros usuários do Stack Exchange com experiência em tecnologia? Confira o tópico de discussão completo aqui.

Recomendado: