Thanks Alex! I already knew that article, and followed it. But it doesn't seem to have had any positive impact....
*Sérgio Charrua* On Fri, Mar 22, 2024 at 8:44 PM Alex Balashov via sr-users < sr-users@lists.kamailio.org> wrote: > 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...@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-le...@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-le...@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-le...@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-le...@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-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
