Mga multiproxy transfer ng libcurl: limitasyon ng koneksyon at mga pila
Sinusuportahan ang CONNECT; ang abalang host o kabuuang limitasyon ng mga koneksyon ay maaaring magpahintay sa isang transfer bago ito sumubok ng socket.
Ang ulat na bumabara ang mga multiproxy transfer ay nangangailangan ng release ng libcurl at TLS backend. Hindi nito pinatutunayan na bawat CONNECT transfer ay kailangan ng OS thread.
| Paghihintay | Ano ang susuriin |
|---|---|
| Kota para sa isang endpoint | Binibilang ng CURLMOPT_MAX_HOST_CONNECTIONS ang proxy bilang host, kahit magkaiba ang mga destinasyong site |
| Kota sa buong multi handle | Ang kabuuang limitasyon ng koneksyon ay maaaring lumikha ng isa pang pila |
| Pagkatapos ng pagtatangkang kumonekta | Tunay na tugon ng proxy o pagharang na partikular sa release |
Ihambing ang integrasyon sa event loop, ang mga limitasyon at ang mga badyet ng timeout sa interface ng naka-install na release. Ang pagtaas ng concurrency ay maaaring maglipat ng pila sa proxy nang hindi inaayos ang dahilan.
Tukuyin kung pila ng kliyente, mabagal na tugon o pagharang na partikular sa implementasyon bago baguhin ang arkitektura ng concurrency ng aplikasyon.