Por que um proxy com baixa latência ainda pode baixar arquivos devagar
O atraso da conexão e a taxa de download medem partes diferentes de uma requisição por proxy. Escolha o teste adequado à tarefa.
Um proxy que retorna uma página pequena rapidamente ainda pode ser lento ao baixar um arquivo. A primeira requisição mostra principalmente o atraso de estabelecimento e resposta. Uma transferência maior também depende de quanto tráfego a rota consegue sustentar.
Qual número responde à sua pergunta?
| Tarefa | Observação útil |
|---|---|
| Abrir uma página pequena ou enviar uma requisição API curta | Tempo até receber a resposta, incluindo o estabelecimento da conexão. |
| Baixar um arquivo | Total de bytes transferidos e taxa média de transferência com um arquivo de teste adequado. |
| Manter um aplicativo responsivo ao longo de muitas requisições | Tempo de resposta típico, falhas e reutilização de conexões sob a carga esperada. |
O ping ICMP é outro teste. Um servidor pode responder ao ping enquanto o serviço de proxy está indisponível, ou bloquear o ping enquanto o proxy funciona. O tempo de ida e volta ao endereço do proxy também deixa de fora a conexão do proxy com o destino.
Meça uma transferência real
Use um arquivo em um servidor que você controla ou um destinado a esse tipo de teste. Este exemplo descarta o corpo e imprime o tamanho transferido, a média de bytes por segundo e o tempo total:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 30 --silent --show-error --output /dev/null --write-out 'status=%{http_code} bytes=%{size_download} average_Bps=%{speed_download} seconds=%{time_total}\n' https://example.com/test-file.binSubstitua tanto o proxy do exemplo quanto a URL do arquivo. Uma página 404 ou uma resposta de acesso negado não é um teste válido de download, mesmo que chegue rapidamente. Confira o status, o tamanho esperado do arquivo e o conteúdo antes de comparar velocidades.
O campo de velocidade média está em bytes por segundo. Um plano de rede anunciado em bits por segundo usa outra unidade. Para converter aproximadamente bytes em bits, multiplique por oito; mantenha a mesma unidade durante toda a comparação.
Mantenha a comparação justa
Use o mesmo destino, arquivo, rede do cliente e configurações de tempo limite. Compare várias amostras moderadas em vez de escolher a tentativa mais rápida. Para transferências travadas, escolha conscientemente os limites de estabelecimento, tempo total e baixa velocidade. Mantenha as requisições com falha nos resultados: um proxy que às vezes transfere rápido, mas falha com frequência, pode ser uma má escolha para um trabalho que precisa terminar.
Um arquivo em cache e um novo download podem seguir caminhos diferentes dentro do serviço. O mesmo vale para uma requisição após estabelecer a conexão e outra que reutiliza uma conexão existente. Decida qual comportamento seu aplicativo precisa e meça esse comportamento de forma consistente.
Escolha conforme a carga de trabalho
Para uma resposta API pequena, esperar um segundo a mais antes do primeiro byte pode importar mais do que a taxa máxima. Para um download grande, um handshake rápido seguido de um corpo muito lento é uma troca ruim. Nos dois casos, teste o destino que você realmente usará; não existe uma pontuação única de velocidade que descreva todas as rotas por um proxy.
A lista de proxies do ProxyHub não fornece medições independentes de taxa de transferência por IP. Um filtro de protocolo ou país não é um ranking de velocidade.