Se unu pakaĵpeto funkcias sed instalado produktas tempolimojn, komparu malpli da paralela laboro sur la sama vojo antaŭ ol anstataŭigi la prokurilon. Por pnpm-versio subtenanta ĉi tiujn projektaĵajn agordojn, modesta diagnoza komencpunkto estas:

networkConcurrency: 8
maxsockets: 4

Uzu la lokon subtenatan de la instalita eldono, kiel la aktualan pnpm-workspace.yaml. Ĉi tiuj nombroj estas ilustraj, ne mezuroj aŭ rapideca rekomendo por via prokurilo.

AgordoRisurco
networkConcurrencyKonkurenca reta laboro.
maxsocketsKonektoj laŭorigino: protokolo, gastiganto kaj pordo.

Rulu la saman celatan pakaĵoperacion kaj registru konektajn erarojn, finitajn petojn kaj ripetojn. Kaŝmemora dua instalado ne povas esti komparata laŭ bendolarĝo kun nekaŝmemora unua elŝuto. Pli malalta konkurenco povas helpi limigitan peranton aŭ simple malrapidigi sanan ruladon; ne ekzistas fiksa plibonigo sen pruvoj pri laborkvanto.

Kontrolu ankaŭ la konduton de la versio. La aktuala pnpm dokumentas aŭtomatan konkurencon kaj iujn tempolimajn ĝustigojn, inkluzive trakti trafikon tra la sama prokurilo kiel unu gastiganton por tiu ĝustigo. Eksplicita agordo klaregas la eksperimenton sed ne igas ĉiun eldonon plani idente.

Se eĉ unu peto malsukcesas, esploru unue protokolon, finpunkton, aŭtentikigon, TLS aŭ celan politikon. Paralelaj limoj ne povas ripari tiujn malsukcesojn.

Rilataj artikoloj