Sergio,

You may consider giving this a read:

https://blog.evaristesys.com/2016/02/15/tuning-kamailio-for-high-throughput-and-performance/

Child processes will make a big difference, especially in your scenario #1, where you're waiting on outside services.

But it's possible you've just run into a fundamental throughput limit of your environment, and if you have, I would not take the advice to increase receive queue depth.

-- Alex

> On Mar 22, 2024, at 4:03 PM, Ilie Soltanici <iliusha.md@gmail.com> wrote:
>
> Totally agree with Alex here.
>
> On Fri 22 Mar 2024, 19:24 Alex Balashov via sr-users, <sr-users@lists.kamailio.org> wrote:
> I don't know that I would do that. If your server isn't coping with the load, making the kernel receive queue deeper doesn't increase throughput, it just relocates the queueing -- or rather, adds another layer of queueing.
>
> Squeeze the balloon in one place, it inflates in another.
>
> -- Alex
>
> > On Mar 22, 2024, at 1:05 PM, Ovidiu Sas via sr-users <sr-users@lists.kamailio.org> wrote:
> >
> > I assume that you are using udp.
> > Please increase the length of the udp queue:
> > https://medium.com/@CameronSparr/increase-os-udp-buffers-to-improve-performance-51d167bb1360
> >
> > Regards.
> > Ovidiu Sas
> >
> >
> > On Fri, Mar 22, 2024 at 12:56 Sergio Charrua via sr-users <sr-users@lists.kamailio.org> wrote:
> > Hi all!
> >
> > I have been doing some performance tests with Kamailio 5.7.4 and SIPp.
> > The infrastructure is as follows:3 VMs running on VMWare ESXi running:
> > UAC on 10.20.0.1 with SIPP-> Kamailio on 10.20.0.5 -> UAS on 10.20.0.3
> >
> > The Kamailio VM has 6 dedicated vCPU of type Intel(R) Xeon(R) Silver 4216 CPU @ 2.10GHz and, 2 NICs and 4Gb RAM and MariaDB 10.6 as DB Backend., all running on a HP G380 host with a gazillion CPUs and a googol disk space!
> >
> > I currently have 3 scripts:
> > - script #1 stateful with RTJson and simulating requests to routing engine and accounting
> > - script #2 stateful but with just a simple routing to UAS, no rules, no DB,
> > - script #3 stateless with a forward to UAS
> >
> > With script #3 I can go up to 2000CPS without issues with CPU at 37%! Above that value, I get retransmissions everywhere.
> > On both scripts #1 and #2, the limit is 330CPS max after which I get a lot of retransmissions, while CPU/Core usage on Kamailio server stays below 10%.
> > So I do not expect this to be a CPU issue.
> >
> > I could not understand why such (low) results, so I followed this article found at
> >  https://www.kamailio.org/docs/openser-performance-tests/#tm-tests-c
> > and created exact same scenarios, with kamailio script and SIPP templates available on the article, hoping for better results.
> > But I get the same results: between 300 and 330CPS which is far, very far from the 7000CPS found in the article!
> >
> > I understand that I'm using VMs and probably the tests made for the article, which is pretty old already, were made on physical servers. Still, I would not expect 95% of lower performance!
> >
> > Any clue what could be the issue? I suspect NICs, but....
> > Any tips anyone could share?
> >
> > Thanks in advance!
> >
> > Sérgio Charrua
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> > To unsubscribe send an email to sr-users-leave@lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only to the sender!
> > Edit mailing list options or unsubscribe:
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> > To unsubscribe send an email to sr-users-leave@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@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe: