Изтичане на времето на прокси pnpm: проверете паралелността на изтеглянето
Намалете ненужния паралелен натиск върху ограничено прокси и разграничете паралелността на заявките от ограниченията на връзките на източник.
Ако една заявка за пакет работи, но инсталацията дава изтичане на времето, сравнете по-малко количество паралелна работа по същия маршрут, преди да смените проксито. За версия на pnpm, която поддържа тези настройки на проекта, скромна диагностична отправна точка е:
networkConcurrency: 8
maxsockets: 4Използвайте мястото, което поддържа инсталираното издание, например текущия pnpm-workspace.yaml. Тези числа са илюстративни, а не измервания или препоръка за скорост за вашето прокси.
| Настройка | Ресурс |
|---|---|
networkConcurrency | Едновременна мрежова работа. |
maxsockets | Връзки на източник: протокол, хост и порт. |
Изпълнете същата предвидена операция с пакета и запишете грешките при свързване, завършените заявки и повторните опити. Втора кеширана инсталация не може да се сравнява като пропускателна способност с първо некеширано изтегляне. По-ниската паралелност може да помогне на ограничен посредник или само да забави здравословно изпълнение; няма фиксирано подобрение без доказателства от натоварването.
Проверете и поведението на версията. Текущият pnpm документира автоматична паралелност и определени корекции, свързани с изтичане на времето, включително третиране на трафика през същото прокси като един хост за тази корекция. Явната настройка прави експеримента по-ясен, но не прави планирането на всяко издание идентично.
Ако дори една заявка се провали, първо проверете протокола, крайната точка, удостоверяването, TLS или целевата политика. Ограниченията на паралелността не могат да поправят тези откази.