pnpm-proxy-time-outs: kontrolearje de konkurrinsje fan downloads
Ferlytsje ûnnedige parallelle druk op in beheinde proxy en ûnderskied konkurrinsje fan oanfragen fan ferbiningslimititen per oarsprong.
As ien pakketoanfraach wurket mar in ynstallaasje jout time-outs, fergelykje dan in lytsere hoemannichte parallel wurk oer deselde rûte foardat jo de proxy ferfange. Foar in pnpm-ferzje dy't dizze projektynstellingen stipet, is in beskieden diagnostysk begjinpunt:
networkConcurrency: 8
maxsockets: 4Brûk de lokaasje dy't de ynstallearre ferzje stipet, lykas de aktuele pnpm-workspace.yaml. Dizze getallen binne yllustratyf, gjin mjittingen of in snelheidsadvys foar jo proxy.
| Ynstelling | Boarne |
|---|---|
networkConcurrency | Parallel netwurkwurk. |
maxsockets | Ferbinings per oarsprong: protokol, host en poart. |
Fier deselde bedoelde pakketoperaasje út en registrearje ferbiningsflaters, foltôge oanfragen en nije besikings. In twadde ynstallaasje út de cache kin net as bânbreedte fergelike wurde mei in earste download sûnder cache. Legere konkurrinsje kin in beheind tuskenpartij helpe of in sûne run gewoan fertraagje; der is gjin fêste ferbettering sûnder bewiis fan de wurklêst.
Kontrolearje ek it gedrach fan ferzjes. Aktueel pnpm dokumintearret automatyske konkurrinsje en beskate oanpassings yn ferbân mei time-outs, wêrûnder it behanneljen fan ferkear fia deselde proxy as ien host foar dy oanpassing. In eksplisite ynstelling makket it eksperimint dúdliker, mar soarget der net foar dat elke ferzje itselde ynskedulearre wurdt.
As sels ien oanfraach mislearret, ûndersykje dan earst protokol, einpunt, autentikaasje, TLS of belied fan it doel. Parallelismelimititen kinne dy flaters net reparearje.