Tempos limite do proxy pnpm: verifique a concorrência de download
Reduza a pressão paralela desnecessária num proxy limitado e distinga a concorrência de pedidos dos limites de ligação por origem.
Se um pedido de pacote funciona mas uma instalação produz tempos limite, compare uma quantidade menor de trabalho paralelo na mesma rota antes de substituir o proxy. Para uma versão do pnpm que suporte estas definições de projeto, um ponto de partida de diagnóstico modesto é:
networkConcurrency: 8
maxsockets: 4Use o local suportado pela versão instalada, como o atual pnpm-workspace.yaml. Estes números são ilustrativos, não medições nem uma recomendação de velocidade para o seu proxy.
| Definição | Recurso |
|---|---|
networkConcurrency | Trabalho de rede concorrente. |
maxsockets | Ligações por origem: protocolo, anfitrião e porta. |
Execute a mesma operação de pacote pretendida e registe erros de ligação, pedidos concluídos e novas tentativas. Uma segunda instalação em cache não pode ser comparada como largura de banda com um primeiro download sem cache. Menor concorrência pode ajudar um intermediário limitado ou apenas abrandar uma execução saudável; não há melhoria fixa sem evidência da carga de trabalho.
Verifique também o comportamento da versão. O pnpm atual documenta concorrência automática e certos ajustes relacionados com tempos limite, incluindo tratar o tráfego através do mesmo proxy como um único anfitrião para esse ajuste. Uma definição explícita torna a experiência mais clara, mas não faz cada versão agendar de forma idêntica.
Se até um único pedido falhar, investigue primeiro o protocolo, o endpoint, a autenticação, o TLS ou a política de destino. Os limites de paralelismo não podem reparar essas falhas.