<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 5, 2022 at 9:16 AM Mark Murawski <<a href="mailto:markm-lists@intellasoft.net">markm-lists@intellasoft.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 8/4/22 20:32, Jerry Geis wrote:<br>
> I am running Asterisk 13.30.0<br>
> 40 core CPU (VM) VMware.<br>
> CentOS 7<br>
> 32 G ram<br>
> 10G vmx network<br>
><br>
> Should be plenty of room for anything...<br>
><br>
> Yes asterisk is running 270% CPU...<br>
> Is it not taking advantage of the 40 cores ?<br>
> I am bring around 300 SIP endpoints in a muted audio conference (so <br>
> one way) and this spikes up the CPU to 270%.<br>
><br>
> Is there something I dont have set right to take advantage to <br>
> the resourses?<br>
> Thanks<br>
><br>
> Jerry<br>
><br>
<br>
Hi Jerry,<br>
<br>
If I recall correctly, there was a talk at an AstriCon or a web page <br>
somewhere that I came across at one point (I'm having a hard time <br>
finding it now) that dove in fairly deep into Asterisk performance <br>
related to multiple cores.<br>
<br>
And if I recall correctly, the conclusion was that the drop-off was <br>
around 8-12 cores -- and beyond that the extra cores aren't doing much <br>
other than helping schedule work and you can't really get more <br>
concurrent calls by adding more cores.<br>
<br>
Someone who is a bit more well-versed in large-machine performance with <br>
Asterisk can certainly chime in here, but from what I gather, throwing <br>
40 cores at a single Asterisk instance is not the magic bullet to <br>
support a massive number of calls.<br>
<br>
<br></blockquote><div>Thanks Mark,</div><div><br></div><div>Jerry</div><div> </div></div></div>