<HTML><HEAD>
<META content="text/html; charset=utf-8" http-equiv=Content-Type></HEAD>
<BODY>
<DIV>
<DIV style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif">I had debug turned off but I'll enable it to see if anything interesting happens.<BR>I didn't see anything that said pause.<BR><BR>I'll also turn off odbc for the core db and use the default one to see if that helps. Un testing it didn't help but I'll try it in again. </DIV></DIV>
<DIV dir=ltr>
<HR>
<SPAN style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGHT: bold">From: </SPAN><SPAN style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif"><A href="mailto:steveayre@gmail.com">Steven Ayre</A></SPAN><BR><SPAN style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGHT: bold">Sent: </SPAN><SPAN style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif">11/20/2013 4:36 PM</SPAN><BR><SPAN style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGHT: bold">To: </SPAN><SPAN style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif"><A href="mailto:freeswitch-users@lists.freeswitch.org">FreeSWITCH Users Help</A></SPAN><BR><SPAN style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGHT: bold">Subject: </SPAN><SPAN style="FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif">Re: [Freeswitch-users] Freeswitch Performance</SPAN><BR><BR></DIV>><BR>> show nothing other than FreeSWITCH was receiving the new messages but no<BR>> bridge or cancel actions were taking place<BR><BR><BR>Do you have your logs at debug level and are there any log messages that<BR>indicate a call reaching a point then pausing?<BR><BR>I saw something recently similar under load, and it turned out to be the<BR>limit subsystem was waiting on DB queries that were severely backing up<BR>because there were too many commits happening per second and InnoDB was<BR>configured to flush to disk on every transaction commit which can only<BR>happen ~200 times per second. (Switching to the memory engine fixed the<BR>error although isn't transactional).<BR><BR>-Steve<BR><BR>-Steve<BR><BR><BR>On 20 November 2013 20:38, Andre <andretodd@verizon.net> wrote:<BR><BR>> I tested again and when I use 25 cps for 2 hours everything worked fine.<BR>> When I sent 50 cps I noticed FreeSWITCH worked for about 5 minutes then I<BR>> saw the memory jump from 122 mb to to 1.6 gb in seconds. I think FreeSWITCH<BR>> crashed but the logs show nothing other than FreeSWITCH was receiving the<BR>> new messages but no bridge or cancel actions were taking place.<BR>><BR>><BR>><BR>> How do I tell what happened that made freeswitch just stop working? The<BR>> GUI didn’t show anything like a throw exception and when I type version or<BR>> sofia status in the FreeSWITCH gui it doesn’t respond.<BR>><BR>><BR>><BR>> Andre<BR>><BR>><BR>><BR>> *From:* freeswitch-users-bounces@lists.freeswitch.org [mailto:<BR>> freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Anthony<BR>> Minessale<BR>> *Sent:* Wednesday, November 20, 2013 12:33 AM<BR>> *To:* Freeswitch-users<BR>><BR>> *Subject:* Re: [Freeswitch-users] Freeswitch Performance<BR>><BR>><BR>><BR>> Get HEAD of stable branch or HEAD of master for latest build files.<BR>><BR>> There is no promise windows can do 500cps the industry standard is 50 and<BR>> you'll have probably more luck on linux but there is only on way to fimd<BR>> out.<BR>><BR>> On Nov 19, 2013 11:27 PM, "I put the Who? in Mishehu" <<BR>> mishehu@freeswitch.org> wrote:<BR>><BR>> The amusing thing about the recurring load test threads that pop up every<BR>> now and then is that the most important tips are already documented on the<BR>> wiki in one single page. Beyond that, you probably spend more time load<BR>> testing than you do just tossing up another server and using something like<BR>> kamailio or opensips to load balance...<BR>><BR>><BR>> --<BR>><BR>> Yossi Neiman<BR>><BR>><BR>><BR>><BR>><BR>> On 11/19/2013 06:48 PM, Antonio Teixeira wrote:<BR>><BR>> Hello Andre.<BR>><BR>> Solving performance problems is always hard , but a few points to keep in<BR>> mind :<BR>><BR>> To my knowledge FS is pretty much a linux software , it works on windows<BR>> by that i doesn't means it performs on windows ( please correct me if i'm<BR>> wrong)<BR>> The native DB for FS is Postgresql ( this should make you oracle admin<BR>> more happy :) ).<BR>><BR>> Try this :<BR>> Linux Server Realtime Kernel + Last FS Stable + Postgresql ( tune it well).<BR>> Take care with ulimit on linux , its needed for the extra punch of<BR>> performance<BR>> Check if your "performance test" is real if you are pointing to 1500CPS<BR>> for a two minute call you will have 180k calls before the first call gets<BR>> disconnected, if you are also testing RTP that means 180k * 2 ports needed<BR>> , The Kernel will start to complaining and you will run out of ports you<BR>> will also run out of FD probably before you run out of ports on a not tuned<BR>> linux install.<BR>> If the DB is on the same server it will also stall since the FD will not<BR>> be present for new connections to the back end.<BR>><BR>> In terms of BW you will exceed 230000 kb/s add a few more kb/s for the DB<BR>> ( Not a problem here i think)<BR>><BR>> Another thing , no sip server ( please include all the nice names here<BR>> like B2BUA , etc ) should ever queue anything.<BR>> I have never read the code that handles this on FS but the way i would do<BR>> it should be something like : can we sustain the load ? No in that case<BR>> send 503 else proceed.<BR>> This is done in freeswitch by this var<BR>> https://wiki.freeswitch.org/wiki/XML_Switch_Configuration#max-sessions<BR>><BR>> A more general approach:<BR>> In SIp Servers you will generally ( if not running cpu intensive tasks,<BR>> trancoding , tone detection , etc ), consume all the ram , Network IO ,than<BR>> the cpu.<BR>> For the guys that plan something big you should take a look at this :<BR>> http://www.solarflare.com/High-Frequency-Trading<BR>> Not by The NIC itself but because of this :<BR>> http://www.openonload.org<BR>><BR>> Without more data i don't think we can help , above all performance<BR>> testing is a dark art you just need to keep on trying different things and<BR>> above all have some type of monitor tool to understand what exactly is<BR>> holding you up , maybe its no FS...<BR>><BR>> Also 1500CPS is something seen in carrier operations generally with a<BR>> named SBC in front , keep in mind that FS is a great software but it<BR>> doesn't hold against SBC's that use special processors like ASIC to perform<BR>> transcoding , sip parsing , tone detection ,etc etc<BR>><BR>><BR>> Disclaimer : post written deep into the night...<BR>><BR>> On 20/11/13 00:09, Andre wrote:<BR>><BR>> Hi, I am testing out my FreeSWITCH 1.2.14 64 bit windows 8.1 on my<BR>> Alienware Laptop with a very fast SSD and I7 processor with 8 GB DDR3 Ram.<BR>><BR>><BR>><BR>> I have been using a pjsip test tool to test FreeSWITCH to see how it<BR>> performs. Tell me if I’m wrong here, I believe if I sent “too many” calls<BR>> to FreeSWITCH that it queues up the calls and sooner or later uses all the<BR>> memory on my PC then just stops working. I do have the CPS sent to 1500<BR>> for testing but I never hit that high, I hit about 200 CPS.<BR>><BR>><BR>><BR>> The CDRs that save to my database show it takes about 8 seconds from start<BR>> time to end time. It does start out only taking milliseconds then it<BR>> progresses to the 8 second mark.<BR>><BR>><BR>><BR>> The calls are just going to FreeSWITCH then I’m sending back a 503.<BR>><BR>><BR>><BR>> I have every mod turned off, logging set to 0, Core db going to a SQL<BR>> Server and I even set FreeSWITCH to real time.<BR>><BR>><BR>><BR>> Can anyone give me advise on what I can do to get better performance?<BR>> I’ve also tested it out on my real server but in about 3 minutes of 50 cps<BR>> FreeSWITCH uses up 3gb of memory and stops responding.<BR>><BR>><BR>><BR>> I’m at a loss here on what else to do.<BR>><BR>> Andre<BR>><BR>><BR>><BR>> _________________________________________________________________________<BR>><BR>> Professional FreeSWITCH Consulting Services:<BR>><BR>> consulting@freeswitch.org<BR>><BR>> http://www.freeswitchsolutions.com<BR>><BR>><BR>><BR>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<BR>><BR>> http://www.cudatel.com<BR>><BR>><BR>><BR>> Official FreeSWITCH Sites<BR>><BR>> http://www.freeswitch.org<BR>><BR>> http://wiki.freeswitch.org<BR>><BR>> http://www.cluecon.com<BR>><BR>><BR>><BR>> FreeSWITCH-users mailing list<BR>><BR>> FreeSWITCH-users@lists.freeswitch.org<BR>><BR>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<BR>><BR>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<BR>><BR>> http://www.freeswitch.org<BR>><BR>><BR>><BR>> _________________________________________________________________________<BR>><BR>> Professional FreeSWITCH Consulting Services:<BR>><BR>> consulting@freeswitch.org<BR>><BR>> http://www.freeswitchsolutions.com<BR>><BR>><BR>><BR>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<BR>><BR>> http://www.cudatel.com<BR>><BR>><BR>><BR>> Official FreeSWITCH Sites<BR>><BR>> http://www.freeswitch.org<BR>><BR>> http://wiki.freeswitch.org<BR>><BR>> http://www.cluecon.com<BR>><BR>><BR>><BR>> FreeSWITCH-users mailing list<BR>><BR>> FreeSWITCH-users@lists.freeswitch.org<BR>><BR>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<BR><BR>
<DIV>[The entire original message is not included.]</DIV></BODY></HTML>