CAUTION: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
> On 19 Dec 2024, at 17:49, Alex Balashov via sr-users <
sr-users@lists.kamailio.org> wrote:
>
>
>
>> On Dec 19, 2024, at 11:19 am, Alexis Fidalgo via sr-users <
sr-users@lists.kamailio.org> wrote:
>>
>> Been there, done that :) async does not help in this scenario.
>>
>> Killer here, as you mentioned, is wait, async moves the problem to the side only (learned by testing)
>>
>> :)
>
> YES! You've just summarised the central thesis about async that I made in this blog post:
>
>
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.evaristesys.com%2F2016%2F02%2F15%2Ftuning-kamailio-for-high-throughput-and-performance%2F&data=05%7C02%7Cbkaufman%40bcmone.com%7Cfbc39a2815df40e07b3308dd20509ae0%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638702252797649255%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=TCmI3hcZCjF9WP4iEyrPni5N890mPORv1zb5IH%2FXrds%3D&reserved=0>
> TL;DR don't do HTTP queries from Kamailio. Just don’t
Well, you can set up a cluster of background workers and use the normal http_client. That will speed up the process to read from the network as the network client processes are freed up by you suspending the transaction and continuing in a background process (which you need many of). This will make life better in some cases, but not all.
But in high volume, I would not _depend_ on any TCP-based external process, regardless if it’s HTTP or databases.
/O
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions --
sr-users@lists.kamailio.orgTo unsubscribe send an email to
sr-users-leave@lists.kamailio.orgImportant: keep the mailing list in the recipients, do not reply only to the sender!
