[SR-Users] Re: low performance with no apparent reason

Hello, you should be able to decrease the private memory substantially, as this is per process. This much is never needed. On the other hand, you should probably increase the shared memory if you are having a lot of transactions going on, TLS etc.. This is per server, so you can configure more. Cheers, Henning *From:* Sergio Charrua via sr-users &lt;sr-users(a)lists.kamailio.org&gt; *Sent:* Freitag, 5. April 2024 11:45 *To:* Kamailio (SER) - Users Mailing List &lt;sr-users(a)lists.kamailio.org&gt; *Cc:* Sergio Charrua &lt;sergio.charrua(a)voip.pt&gt; *Subject:* [SR-Users] Re: low performance with no apparent reason Thank you all for helping! I wasn't expecting such a large number of replies! I ended up partially solving the issue with a different approach. Modifying the size of the UDP Buffer did not reveal any improvement. However, modifying the memory management did improve a lot: from 330 CPS to 1800 CPS in stateful mode. So, starting kamailio with the following command: kamailio -M 256 -m 128 -f <script.cfg> did the trick! And the VM is still running with 6 vCPU. Still very far from the test results described in https://www.kamailio.org/docs/openser-performance-tests/#tm-tests-c but a lot better and meets our requirements Thanks guys for your help! Greatly appreciated! *Sérgio Charrua* On Sun, Mar 24, 2024 at 4:28 PM Alex Balashov via sr-users < sr-users(a)lists.kamailio.org&gt; wrote: 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 cps you run into this kind of issues. sr-users(a)lists.kamailio.org&gt; wrote: repeating the same concept. 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. 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. ;) the sender! -- 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: