<div dir="ltr">Hi John,<div><br></div><div>Thought I would just come back to you with a quick thought on this one, have you checked the runtime settings? </div><div><br></div><div>The flag -m allows you to allocate shared memory in MB. As shown below the server in question has allocated 384MB of memory which is shared between all processes, not a per process allocation.</div><div><br></div><div><span id="inbox-inbox-docs-internal-guid-c736d05d-28fb-9685-46cb-68134f046b06"><div dir="ltr" style="margin-left:0pt"><table style="border:none;border-collapse:collapse;width:468pt"><colgroup><col width="*"></colgroup><tbody><tr style="height:0pt"><td style="border-width:1pt;border-style:solid;border-color:rgb(0,0,0);vertical-align:top;background-color:rgb(13,71,161);padding:5pt"><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Consolas;color:rgb(255,255,255);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap"># ps -ef|grep “opensips.pid”</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Consolas;color:rgb(255,255,255);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap">root  /sbin/opensips -P /var/run/opensips.pid -f /etc/opensips/opensips.cfg </span><span style="font-size:9pt;font-family:Consolas;color:rgb(255,255,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap">-M 10 -m 384</span></p><p dir="ltr" style="line-height:1.2;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Consolas;color:rgb(255,255,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap"><span style="color:rgb(255,255,255)">...</span>
</span></p></td></tr></tbody></table></div></span></div><div><br></div><div>Not sure if that helps at all but worth mentioning in case it has been overlooked.</div><div><br></div><div>Thanks,</div><div><br></div><div>Callum</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jan 24, 2018 at 4:21 PM John Quick <<a href="mailto:john.quick@smartvox.co.uk">john.quick@smartvox.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I have a user running v1.9.0 with quite high numbers of concurrent calls<br>
(peaking at over 1500) and high call rate attempts (averaging about 100 per<br>
second for long periods).<br>
The amount of traffic is gradually increasing and, as it does, we are<br>
starting to see problems with "not enough shared memory".<br>
<br>
We just started using Nagios to graph some of the metrics. Shared memory<br>
usage is well behaved most of the time, but it seems almost as if there is<br>
some threshold and when the call rate goes above this threshold, the used<br>
shared memory rapidly increases.<br>
<br>
One simple solution might be to add more memory. If we increased from 8GB to<br>
16GB, would OpenSIPS be able to use a large part of this? Is there a limit<br>
for shared memory allocated when the program starts?<br>
<br>
Would there be a major benefit in upgrading the opensips software to, say,<br>
v2.3?<br>
<br>
Would you expect to be hitting problems with shared memory at these traffic<br>
loadings or might there perhaps be something on this server that makes it<br>
more susceptible? For example, it is using topology hiding. It also has<br>
background jobs running that send a lot of queries to the management<br>
interface.<br>
<br>
Thanks.<br>
<br>
John Quick<br>
Smartvox Limited<br>
Web: <a href="http://www.smartvox.co.uk" rel="noreferrer" target="_blank">www.smartvox.co.uk</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Callum Guy<div>Head of Information Security</div><div>X-on</div></div></div>

<br>
<p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;text-align:justify"><font size="3" face="Verdana"><span style="font-size:8px;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline"></span></font></p><img src="http://www.x-on.co.uk/email/footer/banner-surgeryconnect-feb-apr.jpg"><br><p><font size="4"><span style="font-size:8px;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline"></span><b>^{<font face="Verdana">0333 332 0000  |  <a href="http://www.x-on.co.uk" target="_blank">www.x-on.co.uk</a>  |  </font>}</b></font><font size="4"><b>_{^{<font face="Verdana"><a href="https://www.linkedin.com/company/x-on" target="_blank"><img src="http://www.x-on.co.uk//images/icon/linkedin.png" width="24" height="24"></a>  <a href="https://www.facebook.com/XonTel" target="_blank"><img src="http://www.x-on.co.uk//images/icon/facebook.png" width="24" height="24"></a>  <a href="https://twitter.com/xonuk" target="_blank"><img src="http://www.x-on.co.uk//images/icon/twitter.png" width="24" height="24"></a></font>}} </b></font>

























<span style="font-size:6.0pt;font-family:Verdana;color:black"><br>X-on
is a trading name of Storacall Technology Ltd a limited company registered in
England and Wales.<br>
Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead,
Herts, HP3 9SD. Company Registration No. 2578478.<br>
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended recipient, please notify X-on immediately on <span>+44(0)333 332 0000</span> and delete the<br>message from your computer. If you are not a named addressee you must not use,
disclose, disseminate, distribute, copy, print or reply to this email. </span><span style="font-size:6.0pt;font-family:Verdana;color:black">Views
or opinions expressed by an individual<br>within this email may not necessarily
reflect the views of X-on or its associated companies. Although X-on routinely
screens for viruses, addressees should scan this email and any attachments<br>for
viruses. X-on makes no representation or warranty as to the absence of viruses
in this email or any attachments.</span></p>





<p><span style="font-size:6.0pt;font-family:Verdana;color:black"></span><font size="2"><span style="font-size:6.0pt;font-family:Verdana;color:black"></span></font></p>