pnpm-Proxy-Timeouts: Download-Parallelität prüfen
Unnötigen parallelen Druck auf einen begrenzten Proxy reduzieren und Anfrageparallelität von Verbindungslimits pro Origin unterscheiden.
Wenn eine einzelne Paketabfrage funktioniert, eine Installation aber Timeouts erzeugt, vergleichen Sie zuerst weniger parallele Arbeit über dieselbe Route, bevor Sie den Proxy ersetzen. Bei einer pnpm-Version, die diese Projekteinstellungen unterstützt, ist ein maßvoller diagnostischer Ausgangspunkt:
networkConcurrency: 8
maxsockets: 4Verwenden Sie den von der installierten Version unterstützten Ort, etwa die aktuelle pnpm-workspace.yaml.
| Einstellung | Ressource |
|---|---|
networkConcurrency | Parallele Netzwerkarbeit. |
maxsockets | Verbindungen pro Origin: Protokoll, Host und Port. |
Führen Sie dieselbe geplante Paketoperation aus und protokollieren Sie Verbindungsfehler, abgeschlossene Anfragen und Wiederholungen. Eine gecachte zweite Installation lässt sich nicht als Bandbreite mit einem ungecachten ersten Download vergleichen. Eine niedrigere Parallelität kann einem begrenzten Vermittler helfen oder einen gesunden Lauf nur verlangsamen; ohne Belege aus der Arbeitslast gibt es keine feste Verbesserung.
Prüfen Sie auch das Verhalten der Version. Aktuelles pnpm dokumentiert automatische Parallelität und bestimmte timeoutbezogene Anpassungen, darunter die Behandlung von Datenverkehr über denselben Proxy als einen Host für diese Anpassung. Eine explizite Einstellung macht das Experiment klarer, lässt aber nicht jede Version identisch planen.
Wenn bereits eine einzelne Anfrage fehlschlägt, prüfen Sie zuerst Protokoll, Endpunkt, Authentifizierung, TLS oder Zielrichtlinie.