- Os bons testes de velocidade convencionais são multiencadeados e criam várias conexões ao servidor de teste de velocidade. Assim, maximizando sua conexão com todo o seu potencial.
-
iPerf3 parece criar apenas duas conexões (usando as opções padrão), o que pode não ser suficiente para maximizar sua banda larga de 152Mb, particularmente quando o congestionamento entra em ação.
-
Seu teste de download também sugere conexões multi-threaded.
Downloading a 3.5gb file in 210 seconds, works out to approximately 130Mbit
Seu cálculo está errado, no entanto.
((3,5 GB x 8bits x1024x1024x1024) / 210s) / 1000000Mbit = média de 143Mb / s.
Uma velocidade média de 143Mb / s é boa para um download no nível de 152Mb.
Enquanto o nível de 152Mb atinge o máximo da velocidade de download de 161Mb / s (seu modem possui perfil excessivo para garantir velocidades), as velocidades médias costumam ser ligeiramente menores devido a vários fatores.
- Taxa de limitação pelo servidor.
- A Janela de Recepção TCP precisa de tempo para aumentar a velocidade.
- Ciclo de concessão de solicitações de modem a cabo.
- Congestionamento no nó. Você está compartilhando sua conexão a cabo (e, portanto, seus canais downstream) com centenas de outras pessoas. Os 8x 256 canais QAM downstream que você bloqueou em seu modem a cabo têm uma largura de banda máxima utilizável de 400Mb no total, proveniente do nó. Isso é compartilhado entre você e todos os outros usuários em seu cabo com os mesmos canais que você. Quando outros usuários estão usando a conexão durante o download, as velocidades variam um pouco.
- Congestionamento na rota.
- Congestionamento no servidor.
- Qualquer perda de pacotes e retransmissão.
A largura de banda upstream é altamente sustentada por outros usuários em seu cabo para o nó.
Se você tem 2 x 16 canais upstream QAM bloqueados, então você está compartilhando 2 x 17Mb = 34Mb com muitos outros usuários. Se você tem 2 canais de upstream de QAM 64 bloqueados, então você está compartilhando 2 x 27Mb = 54Mb com muitos outros usuários.
- Em longas distâncias, a latência se tornará um fator nas velocidades que você pode alcançar.
Você não declarou qual servidor do Azure estava usando, seja no Reino Unido, na Europa ou na América.
O seu servidor iPerf3 está na França e pode ou não encaminhar através do LINX, dependendo da sua localização. O congestionamento na rota pode ser um problema, às vezes, uma vez que deixa a rede da VM, especialmente nos pontos de peering.
- Portas não padrão geralmente são tratadas como tráfego P2P. link
Embora não haja gerenciamento de tráfego downstream em downloads, streaming, jogos e assim por diante, nos níveis de 30Mb e acima, se seu tráfego for classificado como P2P, ele será gerenciado pelo tráfego e a velocidade reduzida durante os horários de pico.
A razão é que a largura de banda do upstream é muito escassa, pois é compartilhada por centenas de usuários, e assim qualquer programa que possa inundar o upstream seria muito ruim para todos no seu cabo. É também por isso que o upstream ainda é gerenciado pelo tráfego.
Fora do horário de pico, você deve conseguir maximizar sua conexão da maneira que desejar.
-
Cuidado com testes que usam arquivos pequenos. Há uma variedade de arquivos de teste que você pode usar aqui: link
-
Seu download provavelmente não será entregue por um CDN ou armazenado em cache dentro da rede da VM. Quando eu estava no 152Mb eu baixei regularmente e transmiti em 161Mb diretamente dos servidores. Os CDN tendem a tornar a entrega mais lenta do que mais rápida!
Você precisa fornecer mais detalhes sobre sua estratégia de teste para responder à pergunta original.