Perché un proxy a bassa latenza può comunque scaricare lentamente
Il ritardo di connessione e la velocità di trasferimento misurano parti diverse di una richiesta via proxy. Scegli il test adatto al compito.
Un proxy che restituisce rapidamente una pagina piccola può comunque essere lento nel download di un file. La prima richiesta indica soprattutto il ritardo di connessione e risposta. Un trasferimento più grande dipende anche dai dati che il percorso riesce a trasportare in modo continuativo.
Quale numero risponde alla tua domanda?
| Compito | Osservazione utile |
|---|---|
| Aprire una pagina piccola o inviare una breve richiesta API | Tempo fino alla ricezione della risposta, inclusa l’apertura della connessione. |
| Scaricare un file | Byte totali trasferiti e velocità media con un file di prova adeguato. |
| Mantenere un’applicazione reattiva attraverso molte richieste | Tempo di risposta tipico, errori e riuso delle connessioni sotto il carico previsto. |
Il ping ICMP è un test diverso. Un server può rispondere al ping mentre il servizio proxy non è disponibile, oppure bloccarlo mentre il proxy funziona. Il tempo di andata e ritorno all’indirizzo del proxy esclude inoltre la connessione del proxy alla destinazione.
Misura un trasferimento reale
Usa un file su un server che controlli o uno destinato a questo tipo di test. Questo esempio scarta il corpo e stampa dimensione trasferita, media dei byte al secondo e tempo totale:
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.binSostituisci sia il proxy di esempio sia l’URL del file. Una pagina 404 o una risposta di accesso negato non è un riferimento valido per il download, anche se arriva rapidamente. Verifica stato, dimensione attesa e contenuto prima di confrontare le velocità.
Il campo della velocità media è in byte al secondo. Un piano di rete pubblicizzato in bit al secondo usa un’altra unità. Per convertire indicativamente i byte in bit, moltiplica per otto; mantieni la stessa unità in tutto il confronto.
Confronta a parità di condizioni
Usa la stessa destinazione, lo stesso file, la stessa rete client e gli stessi timeout. Confronta più campioni moderati invece di scegliere il tentativo più rapido. Per trasferimenti bloccati, scegli consapevolmente i limiti di connessione, durata totale e bassa velocità. Conserva le richieste fallite nei risultati: un proxy che a volte trasferisce rapidamente ma fallisce spesso può essere inadatto a un lavoro che deve concludersi.
Un file in cache e un nuovo download possono seguire percorsi diversi nel servizio. Lo stesso vale per una richiesta dopo l’apertura della connessione e una che riusa una connessione esistente. Decidi quale comportamento serve all’applicazione e misuralo in modo coerente.
Scegli in base al carico di lavoro
Per una risposta API piccola, un secondo in più prima del primo byte può contare più della velocità massima. Per un download grande, un handshake rapido seguito da un corpo lentissimo è un cattivo compromesso. In entrambi i casi prova la destinazione che userai davvero; un unico punteggio di velocità non descrive tutti i percorsi attraverso un proxy.
La lista di proxy di ProxyHub non offre misurazioni indipendenti della velocità di trasferimento per ogni IP. Un filtro per protocollo o paese non è una classifica di velocità.