pnpm-proxytime-outs: controleer downloadgelijktijdigheid
Verminder onnodige parallelle druk op een beperkte proxy en onderscheid aanvraaggelijktijdigheid van verbindingslimieten per oorsprong.
Als één pakketaanvraag werkt maar een installatie time-outs oplevert, vergelijk dan een kleinere hoeveelheid parallel werk over dezelfde route voordat je de proxy vervangt. Voor een pnpm-versie die deze projectinstellingen ondersteunt, is een bescheiden diagnostisch startpunt:
networkConcurrency: 8
maxsockets: 4Gebruik de locatie die de geïnstalleerde release ondersteunt, zoals de huidige pnpm-workspace.yaml. Deze getallen zijn illustratief, geen metingen of een snelheidsadvies voor je proxy.
| Instelling | Bron |
|---|---|
networkConcurrency | Gelijktijdig netwerkwerk. |
maxsockets | Verbindingen per oorsprong: protocol, host en poort. |
Voer dezelfde beoogde pakketbewerking uit en registreer verbindingsfouten, voltooide aanvragen en nieuwe pogingen. Een tweede installatie uit cache kan niet als bandbreedte worden vergeleken met een eerste download zonder cache. Lagere gelijktijdigheid kan een beperkte tussenlaag helpen of een gezonde run alleen vertragen; er is geen vaste verbetering zonder bewijs uit de werkbelasting.
Controleer ook het versiegedrag. Huidige pnpm documenteert automatische gelijktijdigheid en bepaalde time-outgerelateerde aanpassingen, waaronder het behandelen van verkeer via dezelfde proxy als één host voor die aanpassing. Een expliciete instelling maakt het experiment duidelijker, maar laat niet elke release identiek plannen.
Als zelfs één aanvraag mislukt, onderzoek dan eerst protocol, eindpunt, authenticatie, TLS of doelbeleid. Parallelismelimieten kunnen die fouten niet repareren.