[Freeswitch-users] Tuning Up Freeswitch

Tue May 24 15:43:20 MSD 2011

the only real improvment was to move your DB to tmpfs ... the rest ( if
64bit) makes really small difference from distro to distro..

also set your ulimits accordingly!

cheers.

2011/5/24 Juan Antonio Ibañez Santorum <juanito1982 at gmail.com>

> How do you make that load balancing between profiles?
>
> 2011/5/24 Antonio Teixeira <eagle.antonio at 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 at 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 at 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 at flylabs.com>
>>> To: "FreeSWITCH Users Help" <freeswitch-users at 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 at 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 at flylabs.com
>>> Tel. +54 (11) 4982-2689, +1 (315) 688-7333
>>>
>>>
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110524/cfed3d66/attachment.html 