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

15

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 ter conexões de banda larga superiores a 1.000kbps de upload e 10.000kbps de download:

Uma conexão de largura de banda maior diminuirá o tempo de ping? Como são poucos os dados, como uma conexão mais rápida pode ajudar? Atualmente ping demora 450ms existe alguma maneira que eu possa melhorá-lo?

    
por gWaldo 12.07.2011 / 02:57

12 respostas

24

Primeiro, a largura de banda não é o mesmo que a latência. Uma conexão mais rápida não necessariamente reduzirá sua latência. 450ms parece um pouco lento, mas não tão longe se você estiver indo 1/2 caminho em todo o mundo. Como um quadro de referência, um link de alta velocidade e baixa latência levará ~ 70-80ms para atravessar os EUA. Você pode conseguir um pouco menos de latência mudando seu provedor, supondo que ele tenha um caminho de peering mais otimizado. mas não posso prometer nada.

    
por 12.07.2011 / 03:02
11

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

A largura de banda é uma medida de capacidade.

A 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 de internet, uma de 10 Mbps e outra de 1 Mbps. Ambos têm latência de 50ms. Agora imagine que estou enviando pressionamentos de tecla para um terminal remoto na outra extremidade dessas conexões. Por uma questão de simplicidade, digamos que cada batida de tecla consome 1 Mbps de largura de banda. Na conexão de 10Mbps posso enviar as letras A, B, C, D, E, F, G, H, I, J ao mesmo tempo, para que todos cheguem ao terminal remoto 50ms depois e sejam ecoados a tela ... ao mesmo tempo. Agora, na conexão de 1 Mbps, cada pressionamento de tecla é enviado independentemente, pois cada pressionamento de tecla consome toda a largura de banda disponível. Então a letra A é enviada, e então 50ms depois ela é recebida pelo terminal remoto e ecoada na tela, seguida pela letra B 50ms depois disso, então a letra C ... até a letra J. 500ms para todas as dez letras a serem recebidas no terminal remoto e para serem ecoadas na tela. A conexão de 10 Mbps é mais rápida? Não é não. Sua latência é de 50 ms como a conexão de 1Mbps. Parece mais rápido devido ao fato de que tem maior rendimento (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.

    
por 12.07.2011 / 03:07
7

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

    
por 12.07.2011 / 03:02
4

Eu tenho um ponto a dizer aqui relacionado ao ping.

Normalmente, o tráfego ICMP não recebe alta prioridade. Assim, a medição do atraso / latência da rede não será precisa 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 empurrar os pacotes no fio. O atraso de propagação está relacionado ao meio e é o tempo para chegar ao destino. O atraso no processamento está relacionado ao recebimento e envio de máquinas / roteadores.

    
por 12.07.2011 / 12:34
2

Muitas vezes, sim. Mas os dois não são a mesma coisa e não estão diretamente ligados. Acontece que tipicamente conexões com mais largura de banda também têm menor latência devido à tecnologia que está 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 2000MBps, dado que você pode enviar 24TB em 24 horas). A latência também é muito alta (24 horas). O dial-up tem uma latência muito menor do que isso, mas levaria anos para enviar 24 TB por discagem.

Não é uma boa ideia equiparar os dois diretamente. Se você precisa especificamente de menor latência, você deve perguntar sobre isso especificamente e não comprar por largura de banda.

    
por 12.07.2011 / 11:41
0

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

Se você é um cliente corporativo grande o suficiente, você deve ser capaz de abrir um diálogo com seus provedores de telecomunicações em ambas as extremidades sobre fazer uma rota IP mais curta (possivelmente mais custosa) entre os dois sites.

    
por 12.07.2011 / 04:52
0

Você fez muitas posturas sem coletar fatos. Sua melhor aposta é tentar identificar a fonte de alta latência: por onde começa? Então você pode tentar responder a pergunta de: como eu corrijo isto?

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

Descubra onde sua alta latência começa e trabalhe para corrigi-lo. Lançar mais largura de banda ao seu problema não é a resposta.

    
por 12.07.2011 / 05:18
0

Maior largura de banda não ajudará muito, a menos que os dados em massa estejam eliminando dados interativos. Se ambos os lados usaram fibra em vez de xDSL / Cabo / Sem fio, você pode fazer a barba de 20 a 80ms no seu RTT.

Faça um teste de ping usando 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 jitter, em seguida, uma conexão mais rápida (por exemplo, 15 Mbps) com jitter.

Para conexões TCP (por exemplo, SSH, telnet, etc), alguns ajustes TCP podem ajudar.

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

    
por 12.07.2011 / 06:14
0

Talvez seus firewalls / roteadores sejam o problema ...

A única maneira de saber onde está o desarranjo é fazer um traceroute, como foi dito acima,

    
por 12.07.2011 / 12:31
0

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

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

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

Surpreendentemente, o número de acessos (e qualidade de acessos) no google quando se trata de priorizar os TCP ACKs é bastante reduzido. fale com qualquer especialista em rede e eles saberão por que você precisa disso.

    
por 12.07.2011 / 12:45
-1

Sim, mas não muito.

Uma largura de banda maior significará que o pacote levará menos tempo para ser completamente baixado antes que outro pacote possa transmitir dados e o tempo que todo o pacote leva para fazer o download também é um fator importante, mas na realidade isso só adicionará 10-20ms nos piores casos.

Outra possível causa de latência são as transmissões sem fio, quase todas as formas de acesso sem fio colocarão um grande pedágio na latência, seja ela sem fio residencial ou móvel sem fio, já que a placa sem fio deve esperar até que todos terminem de transmitir os dados. pode enviar seus próprios dados. Quanto mais usuários transmitirem em um sistema sem fio, mais lenta será a velocidade E a latência (novamente não muito, principalmente causada pela espera até que seja claro para enviar)

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 percorrer o mundo inteiro é de aproximadamente 70ms, ou seja, 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 experimentando a mesma latência, é totalmente possível que isso seja causado pelo ISP ou pela conexão, mas é muito improvável.

    
por 12.07.2011 / 06:10
-2

Largura de banda e atraso são diferentes, mas não completamente desvinculados. Embora seja basicamente verdade, as coisas não são em preto e branco. Há muitos tons de cinza entre eles.

É verdade que ter uma largura de banda maior não significa necessariamente ter atrasos menores, e isso não significa necessariamente ter atrasos iguais ou mais altos.

Devemos lembrar que isso depende da infraestrutura que consiste em dispositivos de rede e mídia física no caminho do 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 para 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 um desses 20 discos. No entanto - e quanto ao 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, em largura de banda curta e atraso são diferentes, mas não completamente desvinculados.

    
por 12.06.2015 / 23:50