Eu diria que a maioria dos testes de velocidade tem falhas se você deseja medir o desempenho da navegação na web (que é o que um número considerável de pessoas fará). Quase todos os testes usam Flash ou Java, ignorando totalmente a pilha HTTP do navegador. Esses testes também costumam usar um único arquivo grande, ignorando totalmente os benefícios de conexões persistentes e pipelining HTTP / 1.1 que somente alguns navegadores suportam nativamente. Se você usa Flash ou Java para baixar arquivos grandes, esses testes podem ser mais relevantes.
Além disso, vi uma grande variabilidade nos resultados no navegador para alguns testes em flash, o que tem a ver com a maneira como os navegadores lidam com a animação em flash, distorcendo os resultados sem relação com o desempenho da rede.
Para melhorar esses testes, a metodologia precisa refletir:
- Que os testes são adaptados ao que está sendo testado! Não use flash, a menos que esteja testando o desempenho da rede flash em arquivos únicos. Um teste de navegador deve usar vários recursos (lembrar que CSS e JS podem bloquear downloads sucessivos em alguns navegadores) em várias guias para reproduzir circunstâncias reais. Se você estiver testando a velocidade do torrent, precisará de um grande número de conexões HTTP / UDP de pequena largura de banda.
- Medindo variabilidade. A maioria dos testes faz algo uma vez e uma única amostra não é suficiente para saber algo de maneira confiável. É preciso fazer a média entre testes repetidos e, criticamente, a variação precisa ser estimada. 180 é realmente melhor que 150 quando a variabilidade é + - 100 ??? {resposta: não}
Não tenho certeza de um recurso perfeito para isso, mas Steve Souder escreve extensivamente sobre o desempenho da web pelo menos:
http://stevesouders.com/
Os testes que outros sugeriram caem nesses problemas técnicos. Eles fornecerão um número aproximado que pode ajudar em geral, mas você deve estar ciente das limitações. Animações em flash particularmente sofisticadas parecem totalmente inúteis e, como já disse, podem distorcer os resultados significativamente.
Uma boa conexão é composta pelas partes principais: através da venda e da capacidade de resposta. Há mais, mas estou aderindo aos 2 principais (na minha opinião). Através da put é a quantidade de dados que podem ser enviados ou enviados através da conexão (download / upload). A capacidade de resposta é a rapidez com que meu pedido faz dele o destino e o retorno. Ambos se afetam um pouco.
Através do put é um teste bastante fácil, basta ir a um dos sites listados aqui e ele testará suas velocidades de upload / download. Lembre-se de que a conexão que você paga do seu ISP é um limite SUPERIOR (na maioria das vezes). Por exemplo, pago por uma conexão de 6mb para baixo / 1mb para cima. 6mb para baixo / 1mb para cima é o limite superior da minha conexão. Alguns ISPs terão um limite inferior. Um exemplo seria se um provedor de serviços de Internet disser que sua conexão estará entre 3 MB e 6 MB abaixo. A outra parte importante é o host remoto do qual você está extraindo ou enviando dados. Se a sua conexão for maior, você estará limitado pela conexão do host remoto e efetivamente DoS o host remoto.
A capacidade de resposta é um pouco difícil de testar. Não tenho 100% de certeza sobre a maneira correta de testá-lo. comandos como ping e tracert na janela são um bom começo. Eles fornecerão uma idéia aproximada de quanto tempo leva uma viagem de ida e volta de um host remoto. Isso também leva em consideração o tempo que o host remoto leva para processar sua solicitação e enviá-la de volta; portanto, leve isso com um pouco de sal. A capacidade de resposta não é grande coisa quando você navega na web ou conversa on-line. Ele entra em jogo com aplicativos como jogos online. Um tempo de resposta lento fará com que você fique "atrasado" e torne o jogo menos fluido a ponto de não ser jogável. Os jogos on-line contam com uma resposta rápida, mais alta através do put.
Outras coisas a serem consideradas na avaliação de uma conexão são Uptime, quais portas estão bloqueadas, políticas de ISP relacionadas a nós de Bittorrent, IRC, SMTP ou outros serviços.
fonte
O DSLReports existe há algum tempo e possui um teste decente de download, upload e latência.
fonte
speedtest.net é outro serviço popular.
no entanto, para obter resultados mais precisos, execute uma série de testes durante um período de tempo, em diferentes horas do dia.
fonte
http://www.speedtest.net/
e
http://www.bandwidthplace.com/ são ambos muito bons.
fonte
Além de usar apenas um teste de velocidade, é útil descobrir a perda de pacotes, pois isso também pode dar a aparência de uma conexão lenta. Tanto no Unix quanto no Windows, você pode usar o comando traceroute ou, se quiser um bom programa de GUI, pode tentar algo como o Plotador de Ping .
fonte
http://www.internetfrog.com/mypc/speedtest/ é outra ferramenta de teste de velocidade que você pode experimentar.
fonte
Se o seu provedor de serviços de Internet fornecer um teste executado em um de seus servidores, essa será sua melhor escolha.
Existe um teste de velocidade COX disponível para clientes COX.
A razão para isso é que a Internet é composta de muitas conexões, e sua conexão com o seu ISP é apenas uma delas. Esses sites de teste de velocidade são fáceis de usar, mas os resultados podem variar simplesmente com base no tráfego da Internet entre o ISP e o servidor da web de teste de velocidade.
Se você deseja medir a velocidade entre você e seu ISP, precisará usar um servidor na rede deles.
Por outro lado - em algum momento, você desejará se conectar a algum servidor fora do seu ISP. (Digamos, www.superuser.com) A conexão do seu ISP com o mundo exterior também é importante. Um bom ISP terá várias conexões com a Internet ; portanto, se houver problemas na rede AT&T, você ainda terá conexões com a Global Crossing e as redes da Level 3.
Para ter uma idéia disso, você provavelmente não pode fazer muito melhor do que experimentar vários sites de teste de velocidade, em diferentes horários do dia e dias da semana, e ver quais padrões você nota.
fonte