<div dir="ltr">What CDR mod are you using? Are you writing large CDRs, e.g. xml_cdr to disk? Perhaps that&#39;s messing with the load average. <div>And regarding ACD... for example, my calling card &quot;good&quot; traffic has an ACD of about or over ~3 minutes. See if 50cps but 120-180 second ACD still has that issue... after you check the CDRs.</div>

<div><br clear="all"><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif"><span style="font-size:small">-Avi</span></span></div>
<br><br><div class="gmail_quote">On Sat, Jul 7, 2012 at 8:55 PM, Henry Huang <span dir="ltr">&lt;<a href="mailto:red.rain.seven@gmail.com" target="_blank">red.rain.seven@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<font color="#333333"><font><font face="verdana,sans-serif">From my experience playing with different CPS values. The CPU spike is usually caused by the &#39;tearing down&#39; process. If you increase the call duration, you will be able to see CPU spikes when channels times out and starting to tear down. <br>

<span class="HOEnZb"><font color="#888888">
<br>Henry<br></font></span></font></font></font><br><div class="gmail_quote"><div><div class="h5">On Sat, Jul 7, 2012 at 12:46 AM, Hanie Maghsoudy <span dir="ltr">&lt;<a href="mailto:h.maghsoudy@gmail.com" target="_blank">h.maghsoudy@gmail.com</a>&gt;</span> wrote:<br>


</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Hi all,<br><br>I searched for FreeSwitch call capacity, but most of the results wasn&#39;t new. So, I wanna ask if anybody has either tested FreeSwitch&#39;s performance recently, or got a dramatic result in real environment?<br>



<br>I tested call quality on this machine:<br><br>Virtual FreeSwitch server<br>OS: CentOS release 6.2 - x86_64<br>CPU: 8 processor - Intel(R) Xeon(R) CPU X5670  @ 2.93GHz<br>Memory: 8 G<br><br>After receiving incoming calls, FreeSwitch routed them to another sip server, without transcoding. The other server transmitted calls by playing an audio file.  Meanwhile, I called an extension in FreeSwitch to test the call quality.<br>



<br>The result was like this:<br><br>1000 Concurrent calls<br>Call duration: 160s<br>Call rate: 6 cps (just creating channels)<br>Max used Memory: 1416M<br>Max CPU load: 0.24<br>Max Network throughput (recv/send): 6711k/80k<br>



Quality: Good<br><br>This test was taken before tearing down the channels.<br><br>Then, I took another test to estimate calls per second, and it wasn&#39;t what I was expected!<br><br><br>150 Concurrent calls<br>Call duration: 4s<br>



Call rate: 30 cps (creating and tearing down)<br>Max used Memory: 1293M<br>Max CPU load: 4.50<br>Max Network throughput (recv/send): 828k/60k<br>Quality: Average<br><br>And when I increase call rate to 50 cps:<br><br>1000 Concurrent calls<br>



Call duration: 4s<br>Call rate: 50 cps (creating and tearing down)<br>Max used Memory: 1730M<br>Max CPU load: <b>29.9</b><br>Max Network throughput (recv/send): 1367k/202k<br>Quality: Bad<br><br>Why call per second is such a big problem? Did anyone get a better result on this?<br>



<br>Thanks,<br>Hanie<br><br>
<br></div></div><div class="im">_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
Join Us At ClueCon - Aug 7-9, 2012<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></div></blockquote></div><br>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
Join Us At ClueCon - Aug 7-9, 2012<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div>