libcurl მრავალპროქსიური გადაცემები: კავშირების ლიმიტები და რიგები
CONNECT მხარდაჭერილია; დაკავებულმა ჰოსტმა ან კავშირების საერთო ლიმიტმა შეიძლება გადაცემა დააყოვნოს სოკეტის ცდამდე.
მტკიცებას, რომ მრავალპროქსიური გადაცემები იბლოკება, სჭირდება libcurl-ის რელიზი და TLS backend. ის არ ადასტურებს, რომ ყოველ CONNECT გადაცემას OS-ის ნაკადი სჭირდება.
| ლოდინი | რა უნდა შემოწმდეს |
|---|---|
| კვოტა ერთი endpoint-ისთვის | CURLMOPT_MAX_HOST_CONNECTIONS პროქსის ჰოსტად ითვლის, თუნდაც სხვადასხვა დანიშნულების საიტების შემთხვევაში |
| კვოტა მთელ multi handle-ზე | კავშირების საერთო ლიმიტმა შეიძლება კიდევ ერთი რიგი შექმნას |
| კავშირის ცდის შემდეგ | პროქსის ფაქტობრივი პასუხი ან რელიზისთვის დამახასიათებელი დაბლოკვა |
შეადარეთ მოვლენების ციკლის ინტეგრაცია, ლიმიტები და ვადების ბიუჯეტები დაყენებული რელიზის ინტერფეისს. პარალელურობის გაზრდამ შეიძლება რიგი პროქსიში გადაიტანოს მიზეზის გამოსწორების გარეშე.
აპლიკაციის პარალელურობის არქიტექტურის შეცვლამდე დაადგინეთ კლიენტის რიგი, ნელი პასუხი ან იმპლემენტაციისთვის დამახასიათებელი დაბლოკვა.