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