Časové limity proxy v pnpm: zkontrolujte souběžnost stahování
Snižte zbytečný paralelní tlak na omezenou proxy a rozlište souběžnost požadavků od limitů připojení na jeden origin.
Pokud jeden požadavek na balíček funguje, ale instalace končí časovými limity, porovnejte nejprve menší množství paralelní práce přes stejnou trasu, než proxy vyměníte. U verze pnpm, která tato nastavení projektu podporuje, je rozumným diagnostickým výchozím bodem:
networkConcurrency: 8
maxsockets: 4Použijte umístění podporované nainstalovanou verzí, například aktuální pnpm-workspace.yaml.
| Nastavení | Zdroj |
|---|---|
networkConcurrency | Paralelní síťová práce. |
maxsockets | Připojení na origin: protokol, hostitel a port. |
Spusťte stejnou zamýšlenou operaci s balíčky a zaznamenejte chyby připojení, dokončené požadavky a opakování. Druhou instalaci z mezipaměti nelze srovnávat jako šířku pásma s prvním stažením bez mezipaměti. Nižší souběžnost může pomoci omezenému prostředníkovi, nebo jen zpomalit zdravý běh; bez důkazů o zátěži neexistuje pevné zlepšení.
Zkontrolujte také chování verze. Aktuální pnpm dokumentuje automatickou souběžnost a určité úpravy související s časovými limity, včetně toho, že provoz přes stejnou proxy se pro tuto úpravu považuje za jednoho hostitele. Explicitní nastavení zpřehlední experiment, ale nezajistí, že každé vydání plánuje stejně.
Pokud selže i jediný požadavek, prošetřete nejprve protokol, koncový bod, ověřování, TLS nebo cílovou politiku.