De ce un proxy cu latență mică poate descărca totuși lent
Întârzierea conexiunii și debitul de descărcare măsoară părți diferite ale unei cereri prin proxy. Alege testul potrivit sarcinii.
Un proxy care returnează repede o pagină mică poate fi totuși lent la descărcarea unui fișier. Prima cerere arată mai ales întârzierea stabilirii conexiunii și a răspunsului. Un transfer mai mare depinde și de cantitatea de date pe care ruta o poate transporta susținut.
Ce număr răspunde întrebării tale?
| Sarcină | Observație utilă |
|---|---|
| Deschiderea unei pagini mici sau trimiterea unei cereri API scurte | Timpul până la primirea răspunsului, inclusiv stabilirea conexiunii. |
| Descărcarea unui fișier | Totalul de octeți transferați și debitul mediu cu un fișier de test adecvat. |
| Menținerea rapidității aplicației la multe cereri | Timpul de răspuns obișnuit, eșecurile și reutilizarea conexiunilor sub sarcina estimată. |
ICMP ping este alt test. Un server poate răspunde la ping când serviciul proxy nu este disponibil sau poate bloca ping în timp ce proxy-ul funcționează. Timpul dus-întors până la adresa proxy-ului nu include nici conexiunea lui către destinația ta.
Măsoară un transfer real
Folosește un fișier pe un server controlat de tine sau unul destinat acestui tip de test. Exemplul ignoră corpul răspunsului și afișează dimensiunea transferată, media de octeți pe secundă și timpul 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.binÎnlocuiește atât proxy-ul din exemplu, cât și URL-ul fișierului. O pagină 404 sau un răspuns de acces refuzat nu este un reper valid pentru descărcare, chiar dacă sosește rapid. Verifică starea, dimensiunea așteptată și conținutul înainte de a compara vitezele.
Câmpul vitezei medii este în octeți pe secundă. Un abonament de rețea promovat în biți pe secundă folosește altă unitate. Pentru conversia aproximativă din octeți în biți, înmulțește cu opt; păstrează aceeași unitate în toată comparația.
Păstrează condiții egale de comparație
Folosește aceeași destinație, fișier, rețea client și configurare a limitelor de timp. Compară mai multe probe moderate în loc să alegi încercarea cea mai rapidă. Pentru transferurile blocate, alege deliberat limitele de conectare, durată totală și viteză redusă. Păstrează cererile eșuate în rezultate: un proxy uneori rapid, dar care eșuează des, poate fi nepotrivit pentru o lucrare care trebuie încheiată.
Un fișier din cache și o descărcare nouă pot urma căi diferite în serviciu. La fel pot diferi o cerere după stabilirea conexiunii și una care reutilizează o conexiune existentă. Stabilește comportamentul necesar aplicației și măsoară-l consecvent.
Alege în funcție de sarcină
Pentru un răspuns API mic, o secundă în plus înaintea primului octet poate conta mai mult decât debitul maxim. Pentru o descărcare mare, o negociere rapidă urmată de un corp foarte lent este un compromis slab. În ambele cazuri testează destinația folosită efectiv; un singur scor de viteză nu descrie toate rutele printr-un proxy.
Lista de proxy-uri ProxyHub nu oferă măsurători independente de debit pentru fiecare IP. Un filtru de protocol sau țară nu reprezintă un clasament de viteză.