pnpm-proxy-tidsavbrot: sjekk nedlastingssamtidigheit
Reduser unødig parallelt trykk på ein avgrensa proxy og skil førespurnadssamtidigheit frå tilkoplingsgrenser per opphav.
Viss éin pakkeførespurnad fungerer, men ein installasjon gir tidsavbrot, samanlikn ei mindre mengd parallelt arbeid over same rute før du byter proxy. For ein pnpm-versjon som støttar desse prosjektinnstillingane, er eit moderat diagnostisk startpunkt:
networkConcurrency: 8
maxsockets: 4Bruk plasseringa som den installerte utgåva støttar, til dømes gjeldande pnpm-workspace.yaml. Desse tala er illustrerande, ikkje målingar eller ei fartsråding for proxyen din.
| Innstilling | Ressurs |
|---|---|
networkConcurrency | Samtidig nettverksarbeid. |
maxsockets | Tilkoplingar per opphav: protokoll, vert og port. |
Køyr den same tiltenkte pakkeoperasjonen og registrer tilkoplingsfeil, fullførte førespurnader og nye forsøk. Ein bufra andre installasjon kan ikkje samanliknast som bandbreidd mot ein første nedlasting utan buffer. Lågare samtidigheit kan hjelpe eit avgrensa mellomledd eller berre gjere ein frisk køyring tregare; det finst inga fast betring utan arbeidslastprov.
Sjekk versjonsåtferd òg. Gjeldande pnpm dokumenterer automatisk samtidigheit og visse tidsavbrotrelaterte justeringar, mellom anna å handsame trafikk gjennom same proxy som éin vert for den justeringa. Ei eksplisitt innstilling gjer eksperimentet tydelegare, men gjer ikkje kvar utgåve likt planlagd.
Viss sjølv éin førespurnad mislukkast, gransk protokoll, endepunkt, autentisering, TLS eller målpolicy først. Parallellitetsgrenser kan ikkje reparere desse feila.