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 <[email protected]> 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 >> <[email protected]> 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 <[email protected]> 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 >>>>> <[email protected]> wrote: >>>> >>>> >>>>> On Mar 22, 2024, at 10:21 PM, Ovidiu Sas <[email protected]> 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 [email protected] >>>> 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 [email protected] >> 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 [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
