Timeout-uri ale proxy-ului pnpm: verificați concurența descărcărilor
Reduceți presiunea paralelă inutilă asupra unui proxy constrâns și distingeți concurența cererilor de limitele de conexiuni pe origine.
Dacă o singură cerere de pachet funcționează, dar o instalare produce timeout-uri, comparați o cantitate mai mică de lucru paralel pe aceeași rută înainte de a înlocui proxy-ul. Pentru o versiune pnpm care acceptă aceste setări de proiect, un punct de plecare diagnostic modest este:
networkConcurrency: 8
maxsockets: 4Folosiți locația acceptată de versiunea instalată, cum ar fi pnpm-workspace.yaml actual. Aceste numere sunt ilustrative, nu măsurători și nici o recomandare de viteză pentru proxy-ul dumneavoastră.
| Setare | Resursă |
|---|---|
networkConcurrency | Lucru de rețea concurent. |
maxsockets | Conexiuni pe origine: protocol, gazdă și port. |
Rulați aceeași operație de pachet dorită și înregistrați erorile de conexiune, cererile finalizate și reîncercările. O a doua instalare din cache nu poate fi comparată ca lățime de bandă cu o primă descărcare fără cache. O concurență mai mică poate ajuta un intermediar constrâns sau poate doar încetini o rulare sănătoasă; nu există o îmbunătățire fixă fără dovezi din volumul de lucru.
Verificați și comportamentul versiunii. pnpm actual documentează concurența automată și anumite ajustări legate de timeout, inclusiv tratarea traficului prin același proxy ca un singur host pentru acea ajustare. O setare explicită face experimentul mai clar, dar nu face fiecare versiune să planifice identic.
Dacă măcar o cerere eșuează, investigați mai întâi protocolul, endpoint-ul, autentificarea, TLS sau politica de destinație. Limitele de paralelism nu pot repara aceste eșecuri.