Sounds kind of strange, that means: we should limit the simultaneous call per profile what about users, by default they do to 'Internal" profile, so to avoid bottleneck, several profiles should be used for serving large amount of users? 2011/5/24 Antonio Teixeira <eagle.antonio@gmail.com>:
Sorry To Revive A Old Thread.
But this could be interesting for some :
Problem : I started to get some signaling problems with some calls :
The SIP trunk was passing me 180 Ringing but the local station was not ringing , after a wire shark sniff i noticed that packets were coming out of order. Before calling our ISP , i used wire shark on the FS Public Interface , and the packets were coming in the correct order but FS would take up to 5 seconds to route them into the private network and would mix the signaling. So debug started , there was lots of CPU + Memory , IO was not a problem , network was also fine with 0 packet loss .
So i turned into FS , i noticed this happened on a specific call volume , after reading and reading i noticed a line in the wiki stating that libsofia profile is single threaded .
Solution :
Start Another Profile on a different port Ex: 5081 and route your calls trough that profile i noticed an improvement right away.
originate sofia/2_profile/XXXXXX@mygatewayip
Now i'm using profiles to load balance calls inside FS.
P.S - I know this can be pretty obvious for some but some of us are still new to FS so i hope this can help someone out :D. P.S2 - Also if a veteran thinks this is the wrong approach please respond so we can all improve.
Regards Antonio teixeira
2011/4/27 Madovsky <infos@madovsky.org>
for info I'm using the old Fedora10 64bits and everything is working fine with fq at 1000hz
----- Original Message ----- From: "Ariel Monaco" <arielmonaco@flylabs.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Tuesday, April 26, 2011 8:24 PM Subject: Re: [Freeswitch-users] Tuning Up Freeswitch
We had high CPU utilization peaks in the past, which lead to some audio issues (clipping). We were using debian at that time, which was a customer-side requirement.
I'm not a kernel guru but I remember this had something to do with kernel timer cycles and the issue was address by adding "divider=10" or "divider=100" as a kernel's boot loader option.
My 2 cents, Ariel
On Apr 21, 2011, at 13:24 , Antonio Teixeira wrote:
Hello List.
I'm currently integrating an IVR in python together with freeswitch using mod_python and ESL and my life has been well until ... The flow of calls went over 80 simultaneous calls. Now freeswitch starts sending packets with huge delays ( even when establishing the call , mainly the 200 ) and firing up the IVR with tons of delay up to 20 seconds.
So i searched the wiki forums and mailing list:
Put freeswitch on a diet , trimmed modules.conf Played with the ulimit stuff. Played with the IVRS to reduce load to a minimum and i was able to squeeze more 5 calls of performance.
The problem is :
Top shows top - 16:14:33 up 35 days, 8:15, 3 users, load average: 1.92, 1.76, 1.78 Tasks: 133 total, 1 running, 132 sleeping, 0 stopped, 0 zombie Cpu(s): 1.4%us, 3.3%sy, 0.0%ni, 94.6%id, 0.0%wa, 0.3%hi, 0.5%si, 0.0%st Mem: 8193336k total, 1639156k used, 6554180k free, 177208k buffers Swap: 19534904k total, 0k used, 19534904k free, 1062272k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31361 yadayada 20 0 716m 164m 9628 S 73 2.1 155:17.85 freeswitch
Freeswitch goes up to 150 % and puff there goes the MOS down to 0.
Some basic System Info : Debian 6.0 ( i heard the timming module is affected by Debian , but if the CPU % gets lower than 95% everything will be more stable) Python 2.5
2 x Intel(R) Xeon(R) CPU E5506 @ 2.13GHz 8 GB of Ram
as you can see 94 % of the "Cpu Power" is sleeping :\
It appears freeswitch is only capable of using let's say "one cpu"/thread ?? Do you guys recommend simply starting more instances or redoing the IVR stuff.
Hope you guys can help me out.
Thanks António Teixeira
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Ariel Monaco – Systems Engineer Flylabs - Open Source Telecommunications and IT Consultants
Address: Potosí 4456 C1199ACP - Buenos Aires - Argentina Web: http://flylabs.com E-Mail: arielmonaco@flylabs.com Tel. +54 (11) 4982-2689, +1 (315) 688-7333
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org