Tempos de espera do proxy de pnpm: comproba a concorrencia das descargas
Reduce a presión paralela innecesaria sobre un proxy limitado e distingue a concorrencia de solicitudes dos límites de conexión por orixe.
Se unha solicitude de paquete funciona pero unha instalación produce tempos de espera, compara unha menor cantidade de traballo paralelo pola mesma ruta antes de substituír o proxy. Para unha versión de pnpm que admita estes axustes de proxecto, un punto de partida diagnóstico modesto é:
networkConcurrency: 8
maxsockets: 4Usa a localización admitida pola versión instalada, como o pnpm-workspace.yaml actual. Estes números son ilustrativos, non medidas nin unha recomendación de velocidade para o teu proxy.
| Axuste | Recurso |
|---|---|
networkConcurrency | Traballo de rede concorrente. |
maxsockets | Conexións por orixe: protocolo, host e porto. |
Executa a mesma operación de paquete prevista e rexistra os erros de conexión, as solicitudes completadas e os reintentos. Unha segunda instalación en caché non se pode comparar como ancho de banda cunha primeira descarga sen caché. Unha concorrencia menor pode axudar a un intermediario limitado ou simplemente ralentizar unha execución saudable; non hai unha mellora fixa sen evidencia da carga de traballo.
Comproba tamén o comportamento das versións. O pnpm actual documenta concorrencia automática e certos axustes relacionados cos tempos de espera, incluído tratar o tráfico a través do mesmo proxy como unha soa orixe para ese axuste. Un axuste explícito fai o experimento máis claro, pero non fai que todas as versións programen de forma idéntica.
Se falla mesmo unha soa solicitude, investiga primeiro o protocolo, o punto final, a autenticación, TLS ou a política de destino. Os límites de paralelismo non poden reparar eses fallos.