Por qué un proxy con baja latencia puede descargar despacio
El retardo de conexión y el caudal de descarga miden partes distintas de una solicitud por proxy. Elige la prueba adecuada para cada tarea.
Un proxy que devuelve una página pequeña rápidamente puede ser lento al descargar un archivo. La primera solicitud indica sobre todo el retardo de establecimiento y respuesta. Una transferencia mayor también depende de cuántos datos pueda transportar la ruta de forma sostenida.
¿Qué cifra responde a tu pregunta?
| Tarea | Observación útil |
|---|---|
| Abrir una página pequeña o enviar una solicitud API corta | Tiempo hasta recibir la respuesta, incluido el establecimiento de la conexión. |
| Descargar un archivo | Total de bytes transferidos y caudal medio con un archivo de prueba adecuado. |
| Mantener una aplicación ágil a lo largo de muchas solicitudes | Tiempo de respuesta habitual, fallos y reutilización de conexiones bajo la carga prevista. |
El ping ICMP es otra prueba. Un servidor puede responder al ping mientras su servicio de proxy no está disponible, o bloquearlo mientras el proxy funciona. El tiempo de ida y vuelta a la dirección del proxy tampoco incluye la conexión del proxy con tu destino.
Mide una transferencia real
Usa un archivo en un servidor que controles o uno destinado a este tipo de pruebas. Este ejemplo descarta el cuerpo y muestra el tamaño transferido, la media de bytes por segundo y el tiempo 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.binSustituye tanto el proxy del ejemplo como la URL del archivo. Una página 404 o una respuesta de acceso denegado no es una prueba válida de descarga, aunque llegue rápido. Comprueba el estado, el tamaño esperado y el contenido antes de comparar velocidades.
El campo de velocidad media está en bytes por segundo. Un plan de red anunciado en bits por segundo usa otra unidad. Para convertir aproximadamente bytes en bits, multiplica por ocho; conserva la misma unidad durante toda la comparación.
Compara en igualdad de condiciones
Usa el mismo destino, archivo, red del cliente y configuración de tiempos de espera. Compara varias muestras moderadas en lugar de elegir el intento más rápido. Para transferencias detenidas, elige con criterio los límites de establecimiento, duración total y baja velocidad. Conserva las solicitudes fallidas en los resultados: un proxy que a veces transfiere rápido pero falla a menudo puede ser una mala opción para un trabajo que debe terminar.
Un archivo en caché y una descarga nueva pueden recorrer caminos distintos dentro del servicio. También pueden hacerlo una solicitud tras establecer la conexión y otra que reutiliza una conexión existente. Decide qué comportamiento necesita tu aplicación y mídelo de manera uniforme.
Elige según la carga de trabajo
Para una respuesta API pequeña, esperar un segundo adicional antes del primer byte puede importar más que el caudal máximo. Para una descarga grande, una negociación rápida seguida de un cuerpo muy lento es un mal intercambio. En ambos casos prueba el destino que usarás realmente; no hay una puntuación de velocidad única que describa todas las rutas a través de un proxy.
La lista de proxies de ProxyHub no ofrece mediciones independientes de caudal por IP. Un filtro de protocolo o país no es una clasificación por velocidad.