Pourquoi un proxy à faible latence peut télécharger lentement
Le délai de connexion et le débit de téléchargement mesurent des parties différentes d’une requête via un proxy. Choisissez le test adapté à la tâche.
Un proxy qui renvoie vite une petite page peut rester lent pour télécharger un fichier. La première requête renseigne surtout sur le délai d’établissement et de réponse. Un transfert plus volumineux dépend aussi du débit que le trajet peut soutenir.
Quel chiffre répond à votre question ?
| Tâche | Observation utile |
|---|---|
| Ouvrir une petite page ou envoyer une courte requête API | Temps nécessaire pour recevoir la réponse, établissement de la connexion compris. |
| Télécharger un fichier | Nombre total d’octets transférés et débit moyen avec un fichier de test adapté. |
| Garder une application réactive sur de nombreuses requêtes | Temps de réponse habituel, échecs et réutilisation des connexions sous la charge prévue. |
Le ping ICMP est un autre test. Un serveur peut répondre au ping alors que son service proxy est indisponible, ou bloquer le ping alors que le proxy fonctionne. Le temps aller-retour jusqu’à l’adresse du proxy exclut aussi sa connexion à votre destination.
Mesurez un transfert réel
Utilisez un fichier sur un serveur que vous contrôlez, ou un fichier prévu pour ce type de test. Cet exemple ignore le corps et affiche la taille transférée, la moyenne d’octets par seconde et la durée 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.binRemplacez le proxy de l’exemple et l’URL du fichier. Une page 404 ou une réponse d’accès refusé ne constitue pas un test de téléchargement valable, même si elle arrive vite. Vérifiez le statut, la taille attendue et le contenu avant de comparer les vitesses.
Le champ de vitesse moyenne est en octets par seconde. Un forfait réseau annoncé en bits par seconde utilise une autre unité. Pour convertir approximativement les octets en bits, multipliez par huit ; conservez la même unité pendant toute la comparaison.
Comparez à conditions égales
Utilisez les mêmes destination, fichier, réseau client et délais d’expiration. Comparez plusieurs échantillons raisonnables plutôt que de retenir la tentative la plus rapide. Pour les transferts bloqués, choisissez délibérément les limites d’établissement, de durée totale et de faible débit. Conservez les requêtes échouées dans les résultats : un proxy parfois rapide mais souvent défaillant peut mal convenir à une tâche qui doit aboutir.
Un fichier en cache et un nouveau téléchargement peuvent suivre des chemins différents dans le service. Il en va de même pour une requête après établissement de la connexion et une autre réutilisant une connexion existante. Déterminez le comportement nécessaire à votre application et mesurez-le de façon cohérente.
Choisissez selon la charge de travail
Pour une petite réponse API, une seconde supplémentaire avant le premier octet peut compter davantage que le débit maximal. Pour un gros téléchargement, une négociation rapide suivie d’un corps très lent est un mauvais compromis. Dans les deux cas, testez la destination réellement utilisée ; aucun score de vitesse unique ne décrit tous les trajets à travers un proxy.
La liste de proxys de ProxyHub ne fournit pas de mesures indépendantes du débit par IP. Un filtre de protocole ou de pays n’est pas un classement par vitesse.