<div dir="ltr">B.H.<div><br></div><div>Hi, really thanks for all the relies :-)</div><div><br></div><div>Here's my answers:</div><div><br></div><div><div class="gmail_quote">On Mon, Mar 2, 2015 at 5:56 PM, Ron Wheeler <span dir="ltr"><<a href="mailto:rwheeler@artifact-software.com" target="_blank">rwheeler@artifact-software.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;border-right-width:1px;border-right-color:rgb(204,204,204);border-right-style:solid;padding-left:1ex;padding-right:1ex"><div bgcolor="#FFFFFF" text="#000000">Have you done the math for the network connections? BTF and external<br>What bit rates for the sound?<br>What codecs?<br>How are calls coming in - SIP - analogue<br><br>Disks OK(low IO per second)? Caching working OK?<br></div></blockquote></div></div><div><br></div><div>There's no problem with network speed - we have 3 port bonding of 1G connections on each server and 1G external cross connect to the SIP providers (which are located in the same server farm). Even single 1G link is sufficient for more than 5000 calls with G711.</div><div><br></div><div>All disk IO is off-loaded to the central server with NFS and as far as i can see, the load is low. In most cases, the people listen to the same files and caching is OK - each server has 32GB of RAM most of it is used for caching.</div><div><br></div><div>We are connected to several SIP trunk providers. All the setup is SIP only. The codec is G711.</div><div><br></div><div><div class="gmail_quote">On Mon, Mar 2, 2015 at 6:02 PM, A J Stiles <span dir="ltr"><<a href="mailto:asterisk_list@earthshod.co.uk" target="_blank">asterisk_list@earthshod.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span><br></span>Perhaps it's not CPU that is blocking things, but I/O?  It should be visually<br>and audibly obvious if this is the case -- the disk activity lights will be<br>illuminated, and the HDDs will be making noises.<br><br>If you can spare the RAM, consider setting up a tmpfs to hold your IVR prompts<br>in memory.<br></blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">The prompts are anyway cached in in memory by the disk cache so i don't think it's the issue in this case. As stated above, i don't see much of disk load on the NFS server as well.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote">On Mon, Mar 2, 2015 at 6:14 PM, Steve Edwards <span dir="ltr"><<a href="mailto:asterisk.org@sedwards.com" target="_blank">asterisk.org@sedwards.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">You may be using a feature (i.e., meetme) that is single threaded. If you view the system using 'htop' instead of 'top' (or, press '1' while running top) you may see that a single CPU is maxed out while the others are relatively idle.</blockquote><div><br></div><div>I did check the CPU load and it is distributed evenly between all the cores. Most of the load is in "system", probably network handling in the kernel. </div><div><br></div><div>We do use ConfBridge a lot, but all conferences are on a single server and the issue is on all the servers.</div><div><br></div><div>What other features are single-threaded?</div><div><br></div><div>Asterisk is almost the only thing that runs on the PBX servers. There are also some PHP AGI scripts (5-10 per minute per server on average) and most of the AGI functions are off-loaded to a java application on the central server with fast AGI. But there is still a lot of dialplan logic that runs on the PBX's. Maybe, huge dialplan is the key for the issue?</div><div><br></div><div>-- <br></div></div><div><div dir="ltr"><div style="direction:rtl"><span style="color:rgb(102,102,102)">משיח NOW!</span><br></div><font color="#666666">Moshiach is coming very soon, prepare yourself!</font><div dir="rtl"><font color="#666666">יחי אדוננו מורינו ורבינו מלך המשיח לעולם ועד!</font></div></div></div>
</div></div>