pnpm 프록시 타임아웃: 다운로드 동시성 확인
제한된 프록시에 불필요한 병렬 부하를 줄이고, 요청 동시성과 출처별 연결 한도를 구분합니다.
패키지 요청 하나는 성공하는데 설치에서 타임아웃이 발생한다면, 프록시를 교체하기 전에 같은 경로에서 더 적은 양의 병렬 작업을 비교해 보세요. 이 프로젝트 설정을 지원하는 pnpm 버전에서는 다음과 같은 소규모 진단 출발점을 사용할 수 있습니다.
networkConcurrency: 8
maxsockets: 4설치된 릴리스가 지원하는 위치를 사용하세요. 예를 들어 현재 pnpm-workspace.yaml 같은 파일입니다. 이 숫자들은 예시일 뿐이며, 측정값도 아니고 사용자의 프록시에 대한 속도 권장 사항도 아닙니다.
| 설정 | 자원 |
|---|---|
networkConcurrency | 동시 네트워크 작업. |
maxsockets | 출처별 연결 수: 프로토콜, 호스트, 포트. |
의도한 것과 동일한 패키지 작업을 실행하고 연결 오류, 완료된 요청, 재시도 횟수를 기록하세요. 캐시된 두 번째 설치는 캐시되지 않은 첫 다운로드와 대역폭을 비교할 수 없습니다. 동시성을 낮추면 제약이 있는 중간 장치에 도움이 될 수도 있고, 건강한 실행을 그저 느리게 만들 수도 있습니다. 워크로드 증거 없이는 고정된 개선을 말할 수 없습니다.
버전 동작도 확인하세요. 현재 pnpm은 자동 동시성과 일부 타임아웃 관련 조정을 문서화하고 있으며, 그 조정에서는 같은 프록시를 통과하는 트래픽을 하나의 호스트로 취급합니다. 명시적 설정은 실험을 더 명확하게 하지만 모든 릴리스가 동일하게 스케줄링되게 하지는 않습니다.
요청이 하나라도 실패한다면 프로토콜, 엔드포인트, 인증, TLS 또는 대상 정책을 먼저 조사하세요. 병렬성 제한은 그런 실패를 고칠 수 없습니다.