Мультипроксі-передачі libcurl: ліміти з'єднань і черги
CONNECT підтримується; зайнятий хост або загальний ліміт з'єднань може змусити передачу чекати, перш ніж буде спроба сокета.
Повідомлення про те, що мультипроксі-передачі блокуються, потребує версії libcurl і бекенду TLS. Воно не доводить, що кожній передачі CONNECT потрібен потік ОС.
| Очікування | Що перевіряти |
|---|---|
| Квота на одну кінцеву точку | CURLMOPT_MAX_HOST_CONNECTIONS вважає проксі хостом, навіть якщо цільові сайти різні |
| Квота на весь multi handle | Загальний ліміт з'єднань може створити ще одну чергу |
| Після спроби з'єднання | Реальна відповідь проксі або блокування, характерне для версії |
Порівняйте інтеграцію з циклом подій, ліміти та бюджети тайм-аутів з інтерфейсом встановленої версії. Підвищення паралельності може перемістити чергу в проксі, не усунувши причину.
Перш ніж змінювати архітектуру паралельності застосунку, визначте, що це — черга на боці клієнта, повільна відповідь чи блокування, характерне для реалізації.