Você está olhando o mundo através de um buraco de alfinete. Um teste válido de diferenças de latência em velocidades diferentes seria entre duas NICs idênticas conectadas com um cabo de conexão cruzada. Defina as velocidades de matemática das placas de rede de 10mb, 100mb e 1000mb. Isso mostrará que praticamente não há diferença de latência nas diferentes velocidades. Todos os pacotes viajam na mesma velocidade do fio, independentemente da largura de banda máxima usada. Depois de adicionar switches com armazenamento e encaminhamento, tudo muda. O teste de latência através de um switch deve ser feito com apenas duas conexões com o switch. Qualquer outro tráfego pode afetar a latência do seu teste. Mesmo assim, o comutador pode rolar os logs, ajustar os contadores de tipo de pacote, atualizar o relógio interno, etc. Tudo pode afetar a latência.
Sim, mudar de 100mb para 1gb pode ser mais rápido (menor latência) devido a alterações de hardware, NIC diferente, switch diferente, driver diferente. Vi mudanças maiores na latência do ping devido a diferenças de driver do que quaisquer outras alterações; largura de banda, comutadores, NICs de descarregamento, etc.
O comutador seria a próxima maior mudança com corte significativamente mais rápido que armazenar e encaminhar para testes de transmissão única. No entanto, uma chave de armazenamento e encaminhamento bem projetada pode ultrapassar a chave de corte no desempenho geral sob alta carga. Nos primeiros dias do gigabit, vi switches de backplane de 10mb de alto desempenho com latência menor do que os switches baratos de gigabit.
Os testes de ping são praticamente irrelevantes para a análise de desempenho ao usar a Internet. São testes rápidos para ter uma idéia aproximada do que está acontecendo no transporte no momento do teste. O teste de desempenho da produção é muito mais complicado do que apenas um ping. Switches de alto desempenho são computadores e sob alta carga se comportam de maneira diferente - altere a latência.
Ter uma NIC mais lenta, ou uma NIC configurada para uma velocidade mais lenta, poderia realmente ajudar um servidor com rajadas simultâneas, limitando a entrada para o servidor usando o cache dos switches. Uma única retransmissão pode negar qualquer diminuição na latência. Normalmente, os níveis de tráfego de média a alta carga são importantes, e não testes de ping únicos. por exemplo, o antigo e lento Sun Ultrasparc (latência mais alta para um único ping) supera a nova área de trabalho de gigabit barata usada como servidor de desenvolvimento quando menos de 70% da carga de largura de banda de 100mb. A área de trabalho possui NIC de gb mais rápida, conexão gb-gb mais rápida, memória mais rápida, mais memória, disco mais rápido e processador mais rápido, mas não apresenta um desempenho tão bom quanto o hardware / software ajustado da classe de servidor. Isso não quer dizer que um servidor sintonizado atual executando gb-gb não seja mais rápido que o hardware antigo, capaz de lidar com cargas de rendimento maiores. Há apenas mais complexidade na questão de "
Descubra se o seu provedor está usando comutadores diferentes para as conexões 100mb vs. 1gb. Se eles usassem o mesmo backplane do switch, eu pagaria pelo aumento apenas se os níveis de tráfego excederem a largura de banda mais baixa. Caso contrário, você poderá descobrir que, em pouco tempo, muitos outros usuários passarão para o gigabit e os poucos usuários restantes no comutador antigo agora terão um desempenho mais alto - menor latência, durante altas cargas no comutador (carga geral do comutador, não apenas nos servidores) )
Exemplo de maçãs e laranjas: O provedor de serviços de Internet local forneceu um novo switch para serviços agrupados, DSL e telefone. Inicialmente, os usuários viram um aumento no desempenho. O sistema foi vendido em excesso. Agora, os usuários que permanecem no comutador antigo têm desempenho consistente mais alto. Durante a madrugada, os usuários do novo sistema são mais rápidos. À noite, sob alta carga, os antigos clientes do switch superam claramente o novo sistema sobrecarregado.
Latência mais baixa nem sempre se correlaciona com entrega mais rápida. Você mencionou o MySQl nas 20 solicitações para servir uma única página. Esse tráfego não deve estar na mesma NIC que a página solicita. Mover todo o tráfego interno para uma rede interna reduzirá colisões e contagens totais de pacotes na NIC de saída e proporcionará ganhos maiores que o ganho de latência 0,04 ms de um único pacote. Reduza o número de solicitações por página para reduzir a latência de carregamento da página. Comprima as páginas, html, css, javascript, imagens para diminuir o tempo de carregamento da página. Essas três alterações fornecerão ganhos gerais maiores do que pagar pela largura de banda que não está sendo usada para obter uma redução de latência de 0,04 ms. O ping precisa ser executado 24 horas e ter uma média para ver a mudança real da latência. Agora, os comutadores inteligentes fazem a otimização do tipo RTSP adaptável, com pequenos aumentos de largura de banda inicial e grandes transferências otimizadas. Dependendo do tamanho da página (gráficos, html / css / javascript grande), você poderá ver as latências / largura de banda da conexão inicial muito mais baixas / mais altas que uma página grande ou transferências de página inteira. Se parte da sua página estiver transmitindo, você poderá ver um desempenho drasticamente diferente entre a página e o fluxo.