pnpm-proxy-tidsavbrudd: Sjekk nedlastingssamtidighet
Reduser unødvendig parallell press på en begrenset proxy og skill forespørselssamtidighet fra tilkoblingsgrenser per opprinnelse.
Hvis én pakkeforespørsel fungerer, men en installasjon gir tidsavbrudd, sammenlign en mindre mengde parallelt arbeid over samme rute før du bytter proxy. For en pnpm-versjon som støtter disse prosjektinnstillingene, er et moderat diagnostisk startpunkt:
networkConcurrency: 8
maxsockets: 4Bruk plasseringen som den installerte utgivelsen støtter, for eksempel gjeldende pnpm-workspace.yaml. Disse tallene er illustrerende, ikke målinger eller en hastighetsanbefaling for proxyen din.
| Innstilling | Ressurs |
|---|---|
networkConcurrency | Samtidig nettverksarbeid. |
maxsockets | Tilkoblinger per opprinnelse: protokoll, vert og port. |
Kjør den samme tiltenkte pakkeoperasjonen og registrer tilkoblingsfeil, fullførte forespørsler og nye forsøk. En bufret andre installasjon kan ikke sammenlignes som båndbredde mot en første nedlasting uten buffer. Lavere samtidighet kan hjelpe en begrenset mellomledd eller bare gjøre en sunn kjøring tregere; det finnes ingen fast forbedring uten arbeidsbelastningsbevis.
Sjekk versjonsatferd også. Gjeldende pnpm dokumenterer automatisk samtidighet og visse tidsavbruddsrelaterte justeringer, inkludert å behandle trafikk gjennom samme proxy som én vert for den justeringen. En eksplisitt innstilling gjør eksperimentet klarere, men får ikke hver utgivelse til å planlegge likt.
Hvis selv én forespørsel mislykkes, undersøk protokoll, endepunkt, autentisering, TLS eller målpolicy først. Parallellitetsgrenser kan ikke reparere disse feilene.