pnpm-proxy-timeouts: Kontrollér downloadparallelitet
Reducer unødigt parallelt pres på en begrænset proxy, og skel mellem anmodningsparallelitet og forbindelsesgrænser pr. origin.
Hvis én pakkeanmodning virker, men en installation giver timeouts, så sammenlign først en mindre mængde parallelt arbejde over samme rute, før du udskifter proxyen. For en pnpm-version, der understøtter disse projektindstillinger, er et moderat diagnostisk udgangspunkt:
networkConcurrency: 8
maxsockets: 4Brug det sted, den installerede udgivelse understøtter, fx den aktuelle pnpm-workspace.yaml.
| Indstilling | Ressource |
|---|---|
networkConcurrency | Parallelt netværksarbejde. |
maxsockets | Forbindelser pr. origin: protokol, vært og port. |
Kør den samme tilsigtede pakkeoperation, og registrér forbindelsesfejl, fuldførte anmodninger og gentagelser. En cachet anden installation kan ikke sammenlignes som båndbredde med en første download uden cache. Lavere parallelitet kan hjælpe en begrænset mellemled eller blot gøre et sundt kørsel langsommere; der er ingen fast forbedring uden evidens fra arbejdsbelastningen.
Kontrollér også versionsadfærden. Aktuelt pnpm dokumenterer automatisk parallelitet og visse timeoutrelaterede justeringer, herunder at trafik gennem den samme proxy behandles som én vært for den justering. En eksplicit indstilling gør forsøget klarere, men får ikke hver udgivelse til at planlægge identisk.
Hvis selv én anmodning fejler, undersøg først protokol, endpoint, godkendelse, TLS eller målpolitik.