Transferuri multiproxy cu libcurl: limite de conexiune și cozi
CONNECT este acceptat; un host ocupat sau o limită totală de conexiuni poate lăsa un transfer în așteptare înainte de a încerca un socket.
Un raport că transferurile multiproxy se blochează are nevoie de versiunea libcurl și de backendul TLS. El nu demonstrează că fiecare transfer CONNECT are nevoie de un fir de execuție al sistemului de operare.
| Așteptare | Ce trebuie inspectat |
|---|---|
| Cotă pentru un singur endpoint | CURLMOPT_MAX_HOST_CONNECTIONS numără proxy-ul ca host, chiar și între site-uri de destinație diferite |
| Cotă pe tot multi handle | Limita totală de conexiuni poate crea încă o coadă |
| După o încercare de conexiune | Răspunsul real al proxy-ului sau blocarea specifică versiunii |
Comparați integrarea cu bucla de evenimente, limitele și bugetele de timeout cu interfața versiunii instalate. Creșterea concurenței poate muta coada în proxy fără a remedia cauza.
Identificați coada clientului, răspunsul lent sau blocarea specifică implementării înainte de a schimba arhitectura de concurență a aplicației.