Por que un proxy con pouca latencia pode descargar amodo
O atraso da conexión e o caudal de descarga miden partes distintas dunha petición por proxy. Escolle a proba axeitada para a tarefa.
Un proxy que devolve unha páxina pequena axiña pode ser lento ao descargar un ficheiro. A primeira petición mostra sobre todo o atraso de establecemento e resposta. Unha transferencia maior tamén depende dos datos que a ruta poida transportar de xeito sostido.
Que cifra responde á túa pregunta?
| Tarefa | Observación útil |
|---|---|
| Abrir unha páxina pequena ou enviar unha petición API curta | Tempo ata recibir a resposta, incluído o establecemento da conexión. |
| Descargar un ficheiro | Total de bytes transferidos e caudal medio cun ficheiro de proba axeitado. |
| Manter unha aplicación áxil ao longo de moitas peticións | Tempo de resposta habitual, fallos e reutilización de conexións coa carga prevista. |
O ping ICMP é outra proba. Un servidor pode responder ao ping mentres o seu servizo proxy non está dispoñible, ou bloquealo mentres o proxy funciona. O tempo de ida e volta ao enderezo do proxy tampouco inclúe a conexión do proxy co destino.
Mide unha transferencia real
Usa un ficheiro nun servidor que controles ou un destinado a este tipo de proba. Este exemplo descarta o corpo e mostra o tamaño transferido, a media de bytes por segundo e o tempo 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.binSubstitúe tanto o proxy do exemplo como o URL do ficheiro. Unha páxina 404 ou unha resposta de acceso denegado non é unha medida válida de descarga, aínda que chegue axiña. Comproba o estado, o tamaño esperado e o contido antes de comparar velocidades.
O campo de velocidade media está en bytes por segundo. Un plan de rede anunciado en bits por segundo usa outra unidade. Para converter aproximadamente bytes en bits, multiplica por oito; mantén a mesma unidade durante toda a comparación.
Compara en igualdade de condicións
Usa o mesmo destino, ficheiro, rede do cliente e configuración de tempos de espera. Compara varias mostras moderadas en vez de escoller o intento máis rápido. Para transferencias atascadas, escolle con criterio os límites de establecemento, duración total e baixa velocidade. Conserva as peticións fallidas nos resultados: un proxy que ás veces transfire axiña pero falla a miúdo pode ser unha mala opción para un traballo que debe rematar.
Un ficheiro na caché e unha descarga nova poden seguir camiños distintos dentro do servizo. O mesmo ocorre cunha petición despois de establecer a conexión e outra que reutiliza unha conexión existente. Decide que comportamento necesita a aplicación e mídeo de maneira uniforme.
Escolle segundo a carga de traballo
Para unha resposta API pequena, esperar un segundo máis antes do primeiro byte pode importar máis que o caudal máximo. Para unha descarga grande, unha negociación rápida seguida dun corpo moi lento é un mal compromiso. En ambos os casos proba o destino que realmente usarás; non hai unha puntuación de velocidade única que describa todas as rutas a través dun proxy.
A lista de proxys de ProxyHub non ofrece medicións independentes do caudal por IP. Un filtro de protocolo ou país non é unha clasificación por velocidade.