Uma conexão à Internet com largura de banda maior reduzirá o tempo de resposta do ping?

Parece óbvio que uma conexão mais rápida reduz a latência ... Mas eu me pergunto: estou trabalhando remotamente em um host do outro lado do mundo - a luz só pode viajar tão rápido (1 pé em um nano segundo) e nós dois temos conexões de banda larga mais de 1.000kbps de upload e 10.000kbps de download:

Uma conexão de largura de banda maior diminuirá o tempo necessário para executar ping? Como são poucos dados, como uma conexão mais rápida ajudaria? Atualmente o ping leva 450ms. Existe alguma maneira de melhorá-lo?

Primeiro, largura de banda não é o mesmo que latência. Uma conexão mais rápida não reduzirá necessariamente sua latência. 450ms parece um pouco lento, mas não tão distante, se você estiver percorrendo o mundo todo. Como quadro de referência, um link de alta velocidade e baixa latência levará ~ 70-80ms para atravessar os EUA. Você poderá obter um pouco menos de latência alterando seu provedor, assumindo que ele tenha um caminho de peering mais ideal. mas não posso prometer nada.

Uma conexão "mais rápida" (como você está se referindo a ela) não reduz a latência. Uma conexão "mais rápida" permite que mais dados sejam colocados no fio em um determinado período de tempo.

Largura de banda é uma medida de capacidade.

Latência é uma medida de atraso.

EDITAR

Aqui está um exemplo da diferença entre largura de banda e latência: Imagine 2 conexões à Internet, uma de 10 Mbps e a outra de 1 Mbps. Ambos têm latência de 50ms. Agora imagine que estou enviando pressionamentos de teclas para um terminal remoto na outra extremidade dessas conexões. Por uma questão de simplicidade, digamos que cada pressionamento de tecla consome 1 Mbps de largura de banda. Na conexão de 10 Mbps, sou capaz de enviar as letras A, B, C, D, E, F, G, H, I, J ao mesmo tempo, para que todas cheguem ao terminal remoto 50ms depois e ecoem no a tela ... ao mesmo tempo. Agora, na conexão de 1 Mbps, cada pressionamento de tecla é enviado de maneira independente, porque cada pressionamento de tecla consome toda a largura de banda disponível. Portanto, a letra A é enviada e, 50ms depois, é recebida pelo terminal remoto e ecoada na tela, seguida pela letra B 50ms depois, então a letra C ... até a letra J. Levaria 500ms para que todas as dez letras fossem recebidas no terminal remoto e ecoadas na tela. A conexão de 10 Mbps é mais rápida? Não, não é. Sua latência é de 50ms, assim como a conexão de 1Mbps. Parece mais rápido devido ao fato de ter maior taxa de transferência (largura de banda) e mais dados podem ser colocados no fio ao mesmo tempo. Essa é a diferença entre largura de banda (capacidade) e latência (atraso). No sentido estrito, uma conexão "mais rápida" (na maneira como você está se referindo a ela) não reduzirá a latência. Parece mais rápido devido ao fato de ter maior taxa de transferência (largura de banda) e mais dados podem ser colocados no fio ao mesmo tempo. Essa é a diferença entre largura de banda (capacidade) e latência (atraso). No sentido estrito, uma conexão "mais rápida" (na maneira como você está se referindo a ela) não reduzirá a latência. Parece mais rápido devido ao fato de ter maior taxa de transferência (largura de banda) e mais dados podem ser colocados no fio ao mesmo tempo. Essa é a diferença entre largura de banda (capacidade) e latência (atraso). No sentido estrito, uma conexão "mais rápida" (na maneira como você está se referindo a ela) não reduzirá a latência.

As conexões são medidas em dois fatores principais, latência e largura de banda. Não existe "alta velocidade" ou "mais rápido". Essas são palavras de marketing duplas e sem sentido no contexto de conexões gerenciadas profissionalmente.

Eu tenho um ponto a dizer aqui relacionado ao ping.

Normalmente, o tráfego ICMP não recebe alta prioridade. Portanto, medir o atraso / latência da rede não será preciso usando ping ou qualquer outro tráfego baseado em icmp.

O atraso entre dois pontos pode ser calculado usando a fórmula:

Total delay = transmission delay + propagation delay + processing delay

Atraso na transmissão é o momento de colocar os bits do pacote no fio. O atraso de propagação está relacionado ao meio e é o momento de chegar ao destino. O atraso do processamento está relacionado às máquinas / roteadores de recebimento e envio.

Muitas vezes sim. Mas os dois não são a mesma coisa e não estão diretamente ligados. Acontece que normalmente as conexões com mais largura de banda também têm menor latência devido à tecnologia sendo usada.

Mas nem sempre é verdade. Considere um método rápido para transferir grandes quantidades de dados: encher 12 discos rígidos de 2 TB com dados e enviá-los por correio. A taxa de transferência de dados é MUITO alta (mais de 2000 MBps, pois você pode enviar 24 TB em 24 horas). A latência também é muito alta (24 horas). O acesso discado tem uma latência muito menor do que isso, mas levaria anos para enviar 24 TB por discagem.

Não é uma boa idéia equiparar diretamente os dois. Se você precisar especificamente de menor latência, pergunte sobre isso especificamente e não compre por largura de banda.

A única solução real para melhorar sua latência é diminuir o número de saltos entre os dois hosts em questão.

Se você é um cliente corporativo grande o suficiente, deve poder abrir um diálogo com seus provedores de telecomunicações nos dois extremos sobre uma rota IP mais curta (possivelmente mais cara) entre os dois sites.

Você fez muita pose sem reunir fatos. Sua melhor aposta é tentar identificar a fonte de alta latência: por onde começa? Então você pode tentar responder à pergunta de: como faço para corrigir isso?

Execute um traceroute, ou melhor ainda, mtr (mytraceroute). Se você estiver no Windows, poderá usar o winmtr. O PingPlotter também é uma boa ferramenta para isso.

Encontre onde sua alta latência começa e trabalhe para corrigi-la. Jogar mais largura de banda no seu problema não é a resposta.

Uma largura de banda maior não ajudará muito, a menos que dados em massa abafem dados interativos. Se os dois lados usaram fibra em vez de xDSL / Cable / Wireless, você pode economizar 20 a 80 ms no seu RTT.

Faça um teste de ping usando o pingtest.net para determinar a qualidade de cada link. A latência é importante, mas / jitter / pode fazer uma enorme diferença também. Eu preferiria ter uma conexão mais lenta (3 Mbps) sem tremulação do que uma conexão mais rápida (por exemplo, 15 Mbps) com tremulação.

Para conexões TCP (por exemplo, SSH, telnet etc.), algumas configurações de TCP podem ajudar.

Você também pode usar um acelerador TCP; existem comerciais, mas o pepsal já pode fazer a diferença.

Talvez o seu firewall / roteador seja o problema ...

A única maneira de REALMENTE dizer onde está o colapso é fazendo um traceroute, como foi afirmado acima,

Existem muitas respostas diferentes para essa pergunta, e a resposta correta (na minha opinião) é "Depende".

Não importa se você possui uma conexão de 1 gbit / s, se estiver saturada. O TCP (e outros protocolos) dependem de verificações de transmissão que, em 99% dos casos, não são priorizadas corretamente com QoS ou tecnologias similares.

Linhas simétricas (SDSL, fibra etc) geralmente são mais adequadas para operações de baixa latência, pois não compartilham RX com TX (o que significa que TCP ACK, respostas ICMP etc não serão prejudicadas se você estiver baixando a todo vapor). Ele ainda exige QoS para garantir tráfego para aplicativos confidenciais (VoIP em particular).

Surpreendentemente, o número de acessos (e a qualidade dos acessos) no google quando se trata de priorizar o TCP ACK é muito pequeno. Converse com qualquer especialista em redes e eles saberão por que você precisa disso.

Sim, mas não muito.

Uma largura de banda maior significará que o pacote levará menos tempo para fazer o download completo antes que outro pacote possa transmitir dados e o tempo que o pacote inteiro leva para fazer o download também é um fator aqui, mas, na realidade, isso adicionará apenas 10-20ms no pior casos.

Outra causa possível de latência são as transmissões sem fio, quase todas as formas de sem fio de acesso múltiplo afetam muito a latência, seja sem fio doméstico normal ou sem fio móvel, pois a placa sem fio deve esperar até que todos terminem de transmitir os dados antes de poder enviar seus dados. próprios dados. Quanto mais usuários transmitem em um sistema sem fio, mais lenta é a velocidade E a latência (novamente não muito, principalmente devido à espera até que seja claro o envio)

O fator número um é o tempo que um pacote de dados passará sendo classificado em roteadores e outras infraestruturas de WAN.

O tempo mínimo teórico que um pacote de dados leva para viajar pelo mundo inteiro é de cerca de 70ms, é quando o pacote está viajando na velocidade da luz.

Pergunte ao redor e descubra se outras pessoas em conexões mais rápidas e outros ISPs estão enfrentando a mesma latência, é possível que seja causada pelo ISP ou pela conexão, mas é muito improvável.

A largura de banda e o atraso são diferentes, mas não completamente desvinculados. Embora seja basicamente verdade, as coisas não são preto e branco. Existem muitos tons de cinza no meio.

É verdade que ter uma largura de banda maior não significa necessariamente atrasos menores, nem necessariamente atrasos iguais ou superiores.

Devemos lembrar que depende da infraestrutura que é composta pelos dispositivos de rede e pela mídia física, desde o host até o destino.

Um ISP pode priorizar conexões de largura de banda baixa / alta e oferecer mais benefícios de hardware e software a um ou outro, o que resultará em uma diferença no atraso.

E, no espírito dos diferentes exemplos que foram dados aqui, sim - é melhor pegar um caminhão com 20 discos com a mesma capacidade do que pegar o mesmo caminhão com apenas 1 desses 20 discos. No entanto - e o peso do disco? Mais discos significam mais combustível e aceleração mais lenta. Mas e se eu trocar o motor do caminhão?

Portanto, a largura de banda e o atraso são diferentes, mas não completamente desvinculados.