Salta al contenutoVelocità del proxy: come misuriamo la latenza e perché il ping mente
La velocità del proxy non è un numero unico. La latenza, la capacità di throughput e il tempo fino al primo byte misurano cose diverse, e un ping ICMP grezzo ti inganna su tutti questi aspetti. Ecco cosa conta realmente e come misurarlo.
La velocità è tre numeri diversi
Latenza, throughput e TTFB non sono intercambiabili.
Quando qualcuno chiede "quanto è veloce questo proxy?" di solito intende una cosa ma ne ha bisogno di tre. Confondere questi aspetti è il motivo per cui un proxy che "risponde velocemente" sembra comunque lento nell'uso reale.
- La latenza è il ritardo di andata e ritorno per una piccola richiesta — quanto tempo passa prima che arrivi una risposta. Influenza la sensazione del lavoro interattivo e molte piccole richieste, come le chiamate API o la navigazione tra le pagine.
- Il throughput è la quantità di dati al secondo che il proxy può trasferire una volta avviato il trasferimento. Domina i grandi download e lo scraping pesante, e un proxy a bassa latenza può comunque avere un throughput scarso.
- Il tempo fino al primo byte (TTFB) è l'intera catena: DNS, il handshake della connessione, il proxy che inoltra la tua richiesta, il pensiero della destinazione e l'arrivo del primo byte. È il numero singolo più vicino a "come si è sentita realmente la richiesta."
Per la maggior parte del lavoro con i proxy, il numero che conta è la latenza e il TTFB, perché stai facendo molte richieste, non un enorme download. Questa è la colonna che evidenziamo nella lista dei proxy gratuiti, ed è ciò che gli script qui sotto misurano.
Le metriche che contano
E quale compito prevede ciascuno.
Latenza (andata e ritorno)
Il ritardo prima che inizi una risposta. Miglior predittore per chiamate API, navigazione e molte piccole richieste. Una bassa latenza è ciò che fa sentire un proxy reattivo piuttosto che lento.
Throughput (larghezza di banda)
Dati trasferiti al secondo durante un trasferimento. Miglior indicatore per download di grandi dimensioni e scraping di massa. Un proxy può avere bassa latenza ma throughput limitato, quindi misura quello su cui dipende il tuo compito.
Tempo al primo byte
L'intera catena di richiesta, inclusi handshake e tempo di attesa del server. Il singolo numero più vicino alla sensazione del mondo reale e ciò che un report di timing curl ti fornisce.
Coerenza
Un campione veloce significa poco. Un proxy che ha una buona media ma picchi gravi fermerà i tuoi lavori. Misura più volte e guarda la dispersione, non solo il miglior caso.
Perché un ping grezzo mente
ICMP non è ciò che fanno le tue richieste.
L'istinto è di pingare un proxy e fidarsi del valore in millisecondi. È fuorviante per diversi motivi concreti. Un ping utilizza ICMP, un protocollo diverso da TCP e TLS che il tuo traffico reale utilizza — le reti di solito danno priorità, de-prioritizzano o bloccano completamente ICMP, quindi il numero del ping non riflette nulla di tutto ciò. Il ping misura anche il salto verso il proxy, non il percorso completo attraverso di esso verso la tua vera destinazione, che è ciò che ti interessa. E ignora completamente i costi che dominano le richieste reali: il handshake TCP, la negoziazione TLS, la risoluzione DNS e il tempo che la destinazione stessa impiega a rispondere.
Il modo onesto per misurare un proxy è misurare una richiesta reale attraverso di esso, cronometrando le fasi di connessione e del primo byte come le riporta curl. Questo cattura l'handshake, il relay e la destinazione — tutto ciò che il ping scarta. È esattamente come vengono prodotti i valori di latenza nella nostra lista, che è il punto di pubblicare una metodologia trasparente piuttosto che un numero di marketing.
Misura la latenza reale del proxy
Salva come proxy-latency.sh. curl riporta il tempo di connessione e il tempo al primo byte — ciò che una richiesta effettivamente percepisce — non un fuorviante ping ICMP. Utilizzo: 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"; doneMisurare i proxy in modo equo
Una breve metodologia che puoi riutilizzare.
Per confrontare i proxy in modo onesto, mantieni costanti le variabili. Testa ogni proxy contro il stesso obiettivo e dalla stessa rete, esegui ciascuno più volte e riporta la mediana piuttosto che il campione più fortunato, e misura sempre una baseline senza proxy in modo da poter attribuire la latenza aggiuntiva al proxy piuttosto che alla tua connessione o alla destinazione. La distanza è fisica: un proxy geograficamente lontano da te o dall'obiettivo aggiungerà sempre latenza che nessun tunnel può rimuovere, quindi considera la posizione piuttosto che incolpare il proxy.
Questa è la stessa disciplina dietro i numeri di s4m. I proxy datacenter autenticati sono costruiti per prestazioni costanti e a bassa latenza, e la colonna di latenza della lista gratuita è generata da richieste temporizzate reali, non da ICMP. Vuoi controllare un singolo proxy istantaneamente? Usa il controllore proxy; vuoi convalidare un'intera lista inclusa la velocità, vedi come controllare la validità del proxy.
Domande, risposte
Perché il ping del mio proxy è basso ma sembra comunque lento?
Perché il ping misura ICMP verso il proxy, non il tuo traffico reale attraverso di esso. Le tue richieste pagano per l'handshake TCP, TLS, DNS e il tempo di risposta della destinazione — nessuno di questi è catturato dal ping. Un proxy con un ottimo ping può comunque avere un tempo di prima risposta lento o una scarsa larghezza di banda, che è ciò che senti realmente.
Qual è la differenza tra latenza e throughput per un proxy?
La latenza è il ritardo prima che inizi una risposta; il throughput è quanto dati si muovono al secondo una volta che inizia. La latenza domina molte piccole richieste come chiamate API e scraping pagina per pagina; il throughput domina i grandi download. Un proxy può essere forte in uno e debole nell'altro, quindi misura quello di cui ha bisogno il tuo compito.
Come dovrei testare correttamente un proxy?
Misura una richiesta reale attraverso di esso, non un ping. Cronometra le fasi di connessione e primo byte con curl, testa contro lo stesso obiettivo dalla stessa rete, esegui più volte e prendi la mediana, e confronta con una baseline senza proxy. Lo script bash sopra fa esattamente questo.
La distanza dal proxy influisce sulla velocità?
Sì, ineluttabilmente. Un proxy lontano da te o dal tuo obiettivo aggiunge tempo di andata e ritorno che nessun software può rimuovere — è fisica. Quando confronti i proxy, considera la posizione e preferisci un'uscita che sia geograficamente sensata sia per te che per la destinazione che stai raggiungendo.
Misuralo, non indovinarlo
Benchmark dei proxy in base al comportamento reale delle richieste con lo script sopra, oppure inizia con proxy di datacenter autenticati progettati per una latenza bassa e costante. Testa uno gratuitamente nel controllore di proxy prima.
Le persone hanno trovato questa pagina cercando
- velocità del proxy
- come i siti web rilevano proxy e VPN
- velocità del proxy spiegato
- come impostare velocità del proxy
- come controllare velocità del proxy
- vpn kill switch confronto
- wireguard per android
- funzionante autenticazione proxy
- come lista di proxy gratuiti funziona
- come cambiare il tuo indirizzo IP
- quanto tempo vivono i proxy gratuiti
Frasi di ricerca reali a cui questa pagina risponde — i collegamenti aprono la pagina che le tratta in dettaglio.