Pule para o conteúdoVelocidade do proxy: como medimos a latência e por que o ping mente
A velocidade do proxy não é um número único. Latência, throughput e tempo até o primeiro byte medem coisas diferentes, e um ping ICMP bruto pode te enganar sobre todos eles. Aqui está o que realmente importa e como medi-lo.
A velocidade é três números diferentes
Latência, throughput e TTFB não são intercambiáveis.
Quando alguém pergunta "quão rápido é este proxy?" geralmente significa uma coisa, mas precisa de três. Confundir esses aspectos é o motivo pelo qual um proxy que "responde rápido" ainda parece lento em uso real.
- Latência é o atraso de ida e volta para uma pequena solicitação — quanto tempo leva até que algo volte. Isso domina a sensação de trabalho interativo e muitas pequenas solicitações, como chamadas de API ou navegação em páginas.
- Taxa de transferência é a quantidade de dados por segundo que o proxy pode mover uma vez que uma transferência está em andamento. Isso domina grandes downloads e raspagem pesada, e um proxy de baixa latência ainda pode ter baixa taxa de transferência.
- Tempo até o primeiro byte (TTFB) é toda a cadeia: DNS, o handshake da conexão, o proxy retransmitindo sua solicitação, o destino pensando e o primeiro byte chegando. É o número único mais próximo de "como a solicitação realmente se sentiu."
Para a maioria dos trabalhos com proxy, o número que importa é latência e TTFB, porque você está fazendo muitas solicitações, não um único download gigante. Essa é a coluna que destacamos na lista de proxies gratuitos, e é o que os scripts abaixo medem.
As métricas que importam
E qual tarefa cada um prevê.
Latência (ida e volta)
O atraso antes que uma resposta comece. Melhor preditor para chamadas de API, navegação e muitos pequenos pedidos. Baixa latência é o que faz um proxy parecer responsivo em vez de lento.
Taxa de transferência (largura de banda)
Dados transferidos por segundo durante uma transferência. Melhor preditor para grandes downloads e raspagem em massa. Um proxy pode ter baixa latência, mas throughput limitado, então meça aquele do qual sua tarefa depende.
Tempo até o primeiro byte
A cadeia de solicitação completa, incluindo handshake e tempo de espera do servidor. O único número mais próximo da sensação do mundo real, e o que um relatório de tempo de curl informa para você.
Consistência
Uma amostra rápida significa pouco. Um proxy que tem uma média boa, mas picos ruins, irá travar seus trabalhos. Meça várias vezes e observe a dispersão, não apenas o melhor caso.
Por que um ping bruto mente
ICMP não é o que suas solicitações fazem.
O instinto é fazer um ping em um proxy e confiar no número em milissegundos. Isso é enganoso por várias razões concretas. Um ping usa ICMP, um protocolo diferente do TCP e TLS que seu tráfego real utiliza — as redes rotineiramente priorizam, despriorizam ou bloqueiam completamente o ICMP, então o número do ping não reflete nada disso. O ping também mede o salto até o proxy, não o caminho completo através dele até seu verdadeiro destino, que é o que você se importa. E ignora completamente os custos que dominam as requisições reais: o handshake TCP, a negociação TLS, a resolução DNS e o tempo que o próprio destino leva para responder.
A maneira honesta de medir um proxy é medir uma requisição real através dele, cronometrando as etapas de conexão e do primeiro byte da maneira como o curl as relata. Isso captura o handshake, o relé e o destino — tudo que o ping descarta. É exatamente assim que os números de latência em nossa lista são produzidos, que é o objetivo de publicar uma metodologia transparente em vez de um número de marketing.
Medir a latência real do proxy
Salve como proxy-latency.sh. O curl relata o tempo de conexão e o tempo até o primeiro byte — o que uma solicitação realmente sente — não um ping ICMP enganoso. Uso: bash proxy-latency.sh HOST:PORT
#!/usr/bin/env bash
# proxy-latency.sh — measure REAL latency through a proxy, not ICMP ping.
# curl exposes connect + time-to-first-byte, which is what a request feels.
# Usage: bash proxy-latency.sh HOST:PORT [url] [runs]
PROXY="$1"
URL="${2:-https://api.ipify.org}"
N="${3:-5}"
fmt='connect=%{time_connect}s ttfb=%{time_starttransfer}s total=%{time_total}s\n'
echo "measuring $PROXY -> $URL ($N runs)"
for i in $(seq 1 "$N"); do
curl -s -o /dev/null --max-time 10 \
--socks5-hostname "$PROXY" \
-w "$fmt" "$URL"
done
# Compare against no proxy to see the true added cost:
# for i in $(seq 1 5); do curl -s -o /dev/null -w "$fmt" "$URL"; doneMedindo proxies de forma justa
Uma metodologia curta que você pode reutilizar.
Para comparar proxies de forma honesta, mantenha as variáveis constantes. Teste cada proxy contra o mesmo alvo e da mesma rede, execute cada um várias vezes e reporte a mediana em vez da amostra mais sortuda, e sempre meça uma linha de base sem proxy para que você possa atribuir a latência adicional ao proxy em vez de à sua própria conexão ou ao destino. Distância é física: um proxy geograficamente distante de você ou do alvo sempre adicionará latência que nenhum túnel pode remover, então leve em conta a localização em vez de culpar o proxy.
Esta é a mesma disciplina por trás dos números do s4m. Proxies de data center autenticados são construídos para desempenho consistente e de baixa latência, e a coluna de latência da lista gratuita é gerada a partir de solicitações temporizadas reais, não ICMP. Quer que um único proxy seja verificado instantaneamente? Use o verificador de proxy; quer validar uma lista inteira incluindo velocidade, veja como verificar a validade do proxy.
Perguntas, respondidas
Por que o ping do meu proxy é baixo, mas ainda assim parece lento?
Porque o ping mede ICMP para o proxy, não seu tráfego real através dele. Suas solicitações pagam pelo handshake TCP, TLS, DNS e o tempo de resposta do destino — nada disso é capturado pelo ping. Um proxy com um ótimo ping ainda pode ter um tempo para o primeiro byte lento ou uma baixa taxa de transferência, que é o que você realmente sente.
Qual é a diferença entre latência e throughput para um proxy?
Latência é o atraso antes que uma resposta comece; throughput é quanto dado se move por segundo uma vez que começa. A latência domina muitos pequenos pedidos como chamadas de API e scraping página por página; o throughput domina grandes downloads. Um proxy pode ser forte em um e fraco no outro, então meça o que sua tarefa precisa.
Como devo avaliar um proxy corretamente?
Meça uma solicitação real através disso, não um ping. Cronometre as etapas de conexão e do primeiro byte com curl, teste contra o mesmo alvo da mesma rede, execute várias vezes e pegue a mediana, e compare com uma linha de base sem proxy. O script bash acima faz exatamente isso.
A distância até o proxy afeta a velocidade?
Sim, inevitavelmente. Um proxy longe de você ou do seu alvo adiciona tempo de ida e volta que nenhum software pode remover — é física. Ao comparar proxies, leve em conta a localização e prefira uma saída que seja geograficamente sensata tanto para você quanto para o destino que você está alcançando.
Meça, não adivinhe
Avalie proxies da maneira como as solicitações realmente se comportam com o script acima, ou comece com proxies de datacenter autenticados projetados para baixa latência consistente. Teste um grátis primeiro no verificador de proxy.
As pessoas encontraram esta página pesquisando por
- velocidade do proxy
- como os sites detectam proxies e VPNs
- velocidade do proxy explicado
- como configurar velocidade do proxy
- como verificar velocidade do proxy
- interruptor de desligamento vpn comparação
- wireguard para android
- trabalhando autenticação de proxy
- como lista de proxies gratuitos funciona
- como mudar seu endereço IP
- quanto tempo os proxies gratuitos duram
Frases de busca reais que esta página responde — os links abrem a página que as cobre em profundidade.