<div dir="ltr">Like I told the other guy we are pretty much done supporting people doing load testing.<br>I know for a fact that on my dual core wood crest that is now 4 years old that I can bring up 3000 channels<br>playing a file out RTP at 20ms ptime,&nbsp; 5000 if i switch to 60 and 10000 if i use 120ms ptime.<br>
<br>Ken can also attest to these numbers as well as provide you with his numbers from his own testing I&#39;m sure.<br><br><br>This is a fact.&nbsp; If you cannot reproduce it then it&#39;s not my problem.&nbsp; I know for a fact that you are clearly<br>
trying to develop a commercial application and I have subtly pointed out that you need to seek commercial support.<br>Now I am making it crystal clear, Stop asking for help about load testing unless you are going to pay for our <br>
time to teach you how to set it up properly.&nbsp; <br><br><br><div class="gmail_quote">On Sat, Oct 4, 2008 at 4:11 AM, Ken Rice <span dir="ltr">&lt;<a href="mailto:krice@suspicious.org">krice@suspicious.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Try using something like SIPP for load testing you can load test to much<br>
higher numbers<br>
<a href="http://www.freeswitch.org/eg/load_test.tgz" target="_blank">http://www.freeswitch.org/eg/load_test.tgz</a> &nbsp;is what we use for testing so<br>
you can duplicate the results...<br>
<br>
Also, look at the configuration you are doing and determine if you really<br>
need all the features that are there... Things like presence tracking,<br>
certain CDR loggers, and a few other things under high CPS loads can cause<br>
more problems then you think...<br>
<br>
Hint... Mount freeswitch/db as a ram drive in linux this is a big<br>
performance booster (since it takes the load of sqlite of the hdd), also<br>
turn off presence tracking on all sip profiles that don&#39;t need it...<br>
<br>
Something doesn&#39;t sound right on the 500k of rtp... Also remember that<br>
asterisk RTP stack doesn&#39;t handle async rtp.. It depends on receiving a<br>
packet to transmit a packet<br>
<div class="Ih2E3d"><br>
<br>
&gt; From: Jon Bruel &lt;<a href="mailto:jbr@consiglia.dk">jbr@consiglia.dk</a>&gt;<br>
&gt; Reply-To: &lt;<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>&gt;<br>
</div>&gt; Date: Sat, 4 Oct 2008 11:03:40 +0200<br>
<div class="Ih2E3d">&gt; To: &lt;<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>&gt;<br>
&gt; Subject: Re: [Freeswitch-users] Load test - performance not even matching<br>
&gt; Asterisk<br>
&gt;<br>
</div><div><div></div><div class="Wj3C7c">&gt; Hi all<br>
&gt; An update on the performance measurements:<br>
&gt; The measurements I have referred to earlier all involved an Asterisk as<br>
&gt; the call generator. Somehow this setup leads to extensive rtp bandwidth<br>
&gt; usage. Each channel used around 500 kbps. If a phone is entered into the<br>
&gt; loop, this is reduced to the expected 64 kbps. I have not found any<br>
&gt; reason for this, but it certainly fouls up the test, and I have changed<br>
&gt; the test setup.<br>
&gt; Further, and since the earlier tests, the network has been updated to a<br>
&gt; Gbits network.<br>
&gt; I have now made two new test:<br>
&gt; 1) Using WinSIP from Touchstone as a call generator.<br>
&gt; 2) Using the Asterisk as one component, and setting up a chain of calls<br>
&gt; which goes forth and back from the Asterisk and the FS. All call are<br>
&gt; started from a real phone, and after 100 loops, where the calls are<br>
&gt; answered and sent on by the dial plan, the calls are terminated by an<br>
&gt; tone (&lt;action application=&quot;gentones&quot; data=&quot;%(500000,0,400)&quot;/&gt;) in the<br>
&gt; FS.<br>
&gt; The two test show similar top-figures at similar loads.<br>
&gt; The first test would be my preferable, but it is limited to 50 calls due<br>
&gt; to the trial licence limitations. Using an external non-FS and<br>
&gt; non-Asterisk device will eliminate some uncertainties, that&#39;s why it<br>
&gt; would be preferred.<br>
&gt; The other test has been done with 600, 400 and 200 channels (300, 200<br>
&gt; and 100 calls), and the results of the top command are:<br>
&gt; cpu sy ni id wa hi si total<br>
&gt; * 600 10 30 0 33 0 2 25 100<br>
&gt; FS600 22 33 0 30 0 0 15 100<br>
&gt; 0<br>
&gt; * 400 7 18 0 67 0 1 7 100<br>
&gt; FS400 14 17 0 62 0 0 7 100<br>
&gt; 0<br>
&gt; * 200 3 10 0 84 1 0 2 100<br>
&gt; FS200 7 8 0 82 1 0 2 100<br>
&gt; The results do not show significant differences between the capacity<br>
&gt; behaviour of the Asterisk (*) and the FS. The also show an expected<br>
&gt; interrupt load (si) proportional to the square of the call load.<br>
&gt; Still the FS does not really outperform the Asterisk - which I find<br>
&gt; disappointing. Any comments are welcome.<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Freeswitch-users mailing list<br>
&gt; <a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
<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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>
</div>