pnpm прокси таймаут: таталтын зэрэгцээ байдлыг шалгах
Хязгаарлагдмал проксид шаардлагагүй зэрэгцээ дарамтыг багасгаж, хүсэлтийн зэрэгцээ байдлыг эх сурвалж тус бүрийн холболтын хязгаараас ялгана.
Нэг багцын хүсэлт ажиллаж байтал суулгалт таймаут гаргаж байвал проксиг солихоос өмнө ижил замаар бага хэмжээний зэрэгцээ ажлыг харьцуулна уу. Эдгээр төслийн тохиргоог дэмждэг pnpm хувилбарт энгийн оношилгооны эхлэл нь:
networkConcurrency: 8
maxsockets: 4Суулгасан хувилбар дэмждэг байршлыг ашиглана уу, жишээ нь одоогийн pnpm-workspace.yaml. Эдгээр тоо нь зөвхөн жишээ бөгөөд хэмжилт ч биш, таны проксид зориулсан хурдны зөвлөмж ч биш.
| Тохиргоо | Нөөц |
|---|---|
networkConcurrency | Зэрэгцээ сүлжээний ажил. |
maxsockets | Эх сурвалж тус бүрийн холболт: протокол, хост, порт. |
Ижил зорилготой багц үйлдлийг ажиллуулж, холболтын алдаа, дууссан хүсэлт, дахин оролдлогыг бүртгэнэ үү. Кэшлэсэн хоёр дахь суулгалтыг кэшлээгүй эхний таталттай зурвасын өргөнөөр харьцуулж болохгүй. Зэрэгцээ байдлыг бууруулах нь хязгаарлагдмал зуучлагчид тусалж болно эсвэл эрүүл ажиллагааг зүгээр л удаашруулж болно; ажлын ачааллын баримтгүйгээр тогтмол сайжрал байхгүй.
Хувилбарын зан төлөвийг ч шалгана уу. Одоогийн pnpm автомат зэрэгцээ байдал болон таймауттай холбоотой зарим тохируулгыг баримтжуулдаг бөгөөд үүнд тухайн тохируулгын хувьд нэг проксигоор дамжих трафикийг нэг хост гэж үзэх орно. Тодорхой тохиргоо туршилтыг илүү тодорхой болгодог ч хувилбар бүрийг ижилхэн төлөвлөдөггүй.
Нэг хүсэлт ч бүтэлгүйтвэл эхлээд протокол, төгсгөлийн цэг, баталгаажуулалт, TLS эсвэл зорилтот бодлогыг шалгана уу. Зэрэгцээ байдлын хязгаар тэдгээр бүтэлгүйтлийг засахгүй.