Not really related to the ongoing discussion, but:
Going to that kind of CPS might exceed the natural limits of all but the most exquisitely
tuned execution environments. It probably wouldn't work at all on the average
moderately oversubscribed public cloud VM, even a generously resourced one.
Once you get to that point, you might be better off just scaling horizontally.
-- Alex
On Mar 23, 2024, at 11:26 PM, Ovidiu Sas
<osas(a)voipembedded.com> wrote:
It all depends on the hardware, but I noticed that after you pass 3-4k cps you run into
this kind of issues.
- ovidiu
On Sat, Mar 23, 2024 at 22:11 Alex Balashov via sr-users
<sr-users(a)lists.kamailio.org> wrote:
On Mar 23, 2024, at 9:30 PM, Ovidiu Sas
<osas(a)voipembedded.com> wrote:
In the end, we agree with each other and my feeling is that we are repeating the same
concept.
Yeah, I think that's mostly right.
In most of my deployments I don’t need to mess
with the udp queue size.
For high cps traffic, from my experience, it’s a must.
Although I don't deal with very high-CPS deployments (500-1000 CPS) much these days,
I used to, and my experiences there led me to the diametrically opposite conclusion: one
should never increase the UDP queue size, and if you find yourself doing that, you're
doing something wrong, _except_ in the occasional burst case we discussed.
You can be absolutely sure that when I first encountered the problem, my first impulse
was to increase the receive queue as high as it will go, then, gradually, to a lesser
extent. I ultimately found that the proper amount by which to raise it is 0. ;)
-- Alex
--
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: