pnpm Proxy-Zäitlimitten: Download-Konkurrenz iwwerpréiwen
Onnéideg parallel Drock op engem ageschränkte Proxy reduzéieren an d'Ufro-Konkurrenz vun de Verbindungsgrenze pro Origin ënnerscheeden.
Wann eng eenzel Package-Ufro funktionéiert, awer eng Installatioun Zäitlimitten erzielt, vergläicht eng kleng Quantitéit parallel Aarbecht iwwer dee selwechte Wee, ier Dir de Proxy ersetzt. Fir eng pnpm-Versioun, déi dës Projetastellungen ënnerstëtzt, ass en bescheide diagnosteschen Ausgangspunkt:
networkConcurrency: 8
maxsockets: 4Benotzt dee vum installéierte Release ënnerstëtzte Plaz, sou wéi dat aktuellt pnpm-workspace.yaml. Dës Zuelen si Beispiller, keng Miessungen a keng Vitessempfehlung fir Äre Proxy.
| Astellung | Ressource |
|---|---|
networkConcurrency | Parallel Netzwierkaarbecht. |
maxsockets | Verbindungen pro Origin: Protokoll, Host a Port. |
Führt déi selwecht beabsichtegt Package-Operatioun aus a notéiert Verbindungsfeeler, ofgeschlossen Ufroen a Widderhuelungen. Eng gecachte zweet Installatioun kann net als Bandbreed mat engem net-gecachte éischten Download verglach ginn. Eng méi niddreg Konkurrenz kann engem ageschränkten Zwëschenhändler hëllefen oder einfach e gesonde Laf verlangsamen; ouni Bewäis aus der Aarbechtslaascht gëtt et keng fix Verbesserung.
Préift och d'Versiounsverhalen. Aktuellt pnpm dokumentéiert automatesch Konkurrenz a bestëmmt Zäitlimit-Undpassungen, dorënner d'Behandlung vum Traffic duerch dee selwechte Proxy als een Host fir déi Undpassung. Eng explizit Astellung mécht den Experiment méi kloer, awer net all Release plangt identesch.
Wann och nëmmen eng Ufro feelt, ënnersicht als éischt Protokoll, Endpunkt, Authentifikatioun, TLS oder Zilpolitik. Parallelitätsgrenze kënnen dës Feeler net reparéieren.