Teste de Recuperação de Legado HTTP

Teste de Recuperação de Legado HTTP

This article is always evolving and being updated when our product is being developed. Be sure to keep track of this article so you'll stay updated with the last version of it!

Latência

Este teste mede o tempo que leva para obter uma resposta para uma solicitação HTTP enviada para o servidor web

Este teste é repetido várias vezes com o valor mais baixo determinando o resultado final.

Download / Transferência

Pequenos arquivos binários são baixados do servidor web para o cliente para estimar a velocidade de conexão. Com base neste resultado, um dos vários tamanhos de arquivo é selecionado para ser usado para o teste de download real. O teste é executado com prevenção de cache através de strings aleatórias anexadas a cada download e as amostras de throughput são recebidas até 30 vezes por segundo. Estas amostras então são agregadas em 20 fatias (cada uma sendo 5% das amostras) As restantes fatias são calculadas em média para determinar o resultado final.

Upload / Envio 

Uma pequena quantidade de dados aleatórios é gerada no cliente e enviada para o servidor web para estimar a velocidade de conexão. Com base nesse resultado, um pedaço apropriadamente dimensionado de dados gerados aleatoriamente é selecionado para upload. O teste de upload é então executado em pedaços de tamanho uniforme, empurrado para o script do lado do servidor via POST. Vamos usar até quatro threads HTTP aqui, também, para saturar a conexão. Os pedaços são ordenados por velocidade e a média mais rápida é calculada para eliminar anomalias e determinar o resultado.

 Decidindo o número de threads

O Teste de velocidade usará até quatro threads HTTP durante as partes de download. No entanto, ele só usará mais de dois segmentos se eles são necessários para medir com precisão a velocidade, de modo a minimizar o efeito da sobrecarga HTTP em conexões de baixa velocidade. Após o pré-teste, se a velocidade de conexão for de pelo menos 4 megabits por segundo, o teste de velocidade usará quatro threads. Caso contrário, será padrão para dois segmentos.

No entanto, há um obstáculo nos navegadores mais antigos: o Internet Explorer 7 (ou anterior) e o Firefox 2 (ou anterior) seguem rigorosamente a especificação HTTP de apenas dois threads por nome de host. Para dimensionar até quatro threads nesses navegadores mais antigos, precisamos abrir o terceiro e quarto segmento para um URL secundário fornecido pelo host que aponta para o mesmo servidor. Dessa forma, podemos contornar as limitações dos navegadores mais antigos e ainda medir conexões de alta velocidade com precisão. A maioria dos nossos hosts tem um URL secundário de trabalho. Esta é uma razão pela qual recomendamos que todos os visitantes usem navegadores atualizados.

Como os resultados são calculados

Todas as amostras são classificadas por velocidade. Os dois resultados mais rápidos são removidos e 1/4 inferior é deixado  de fora da amostra. (que é aproximadamente 22% do total). O restante é então calculado como média.