Fair, but when have you found CPU to be the limiting factor in Kamailio's throughput?
Kamailio's workload isn't really computational / CPU-bound. It's closer to
something like Node; it's an I/O multiplexer.
On Mar 23, 2024, at 4:53 PM, Fred Posner
<fred(a)pgpx.io> wrote:
That could be one scenario. But when I’ve seen there being more than enough CPU it has
been there’s a more for 2MB worth of traffic and the OS is making an issue that is easily
solved by letting the system handle more traffic.
It’s a bottleneck before kamailio.
The analogy would be a funnel. At some point, when you’re pouring a lot of liquid, you
need to use a wider funnel. Ain’t nothing you do after the funnel will matter. The funnel
is the problem.
-- Fred Posner
Sent from mobile
Phone: +1 (352) 664-3733
qxork.com
> On Mar 23, 2024, at 4:13 PM, Alex Balashov via sr-users
<sr-users(a)lists.kamailio.org> wrote:
>
> Sure, but if you're blowing through the default, that means you're not
consistently coping with the load due to some other factors. Does it not follow that
enlarging the queue will just give you more backlog without increasing throughput?
>
> -- Alex
>
>> On Mar 23, 2024, at 1:54 PM, Fred Posner <fred(a)pgpx.io> wrote:
>>
>> The default queue I believe is about 2MB. Not very hard to exceed that queue
while still having a good amount of CPU/processor available.
>>
>> -- Fred Posner
>> Sent from mobile
>> Phone: +1 (352) 664-3733
>>
qxork.com
>>
>>
>>
>>>> On Mar 23, 2024, at 11:47 AM, Alex Balashov via sr-users
<sr-users(a)lists.kamailio.org> wrote:
>>>
>>>
>>>> On Mar 22, 2024, at 10:21 PM, Ovidiu Sas <osas(a)voipembedded.com>
wrote:
>>>>
>>>> The default udp queue length is not enough for high cps.
>>>
>>> That's interesting. I'm not necessarily saying you're wrong, but
I'd be curious to know more about what informs this theory.
>>>
>>> --
>>> Alex Balashov
>>> Principal Consultant
>>> Evariste Systems LLC
>>> Web:
https://evaristesys.com
>>> Tel: +1-706-510-6800
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>> To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the
sender!
>>> Edit mailing list options or unsubscribe:
>
> --
> Alex Balashov
> Principal Consultant
> Evariste Systems LLC
> Web:
https://evaristesys.com
> Tel: +1-706-510-6800
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe: