[Freeswitch-users] Tuning Up Freeswitch

Fri Apr 22 23:39:12 MSD 2011

Well i totally agree with the Dev team decision , it would be impossible for
a DEV team to "get it right" in all the distros that's why i started this
post.

But we also need to take into consideration that we are talking about IVR
Processing ,  not auto-*attendants* or simply call pass trough.
This means heavy use of TTS / ASR , Database Logic and Scripts , GetDigits
and the works.

I use python alot , but i think the mod_python is not the best tool for this
job i admit that , that's why im currently looking for other solutions.
I'm thinking in using mod_socket , but that scares me ( letś say bad
experiences with Asterisk AGI) Or Mod Curl

The main problem is that some IVR are extremely complex , like
questionnaires , etc.

It would be great if we could mod_event_zmq to control the calls [?]

Just to Sum it UP so far , so i can later add it to the wiki.

Use Cent OS 64.
Use tmpfs for all the databases.

Thank you all for helping and Happy Eastern.
António Teixeira

2011/4/22 Michael Collins <msc at freeswitch.org>

> FreeSWITCH runs well on many platforms. However, the devs are painfully
> aware that bleeding edge distros have bleeding edge gcc compilers and other
> interesting issues. That being said, CentOS 5.x is "stable" in that it's old
> and boring, therefore it has the least amount of drama. OTOH, some of our
> users have been having great success with Arch Linux (IRC:bougeyman) and FS,
> even though Arch uses very recent kernels.
>
> Bottom line: if you know what you're doing then you can probably run FS
> anywhere. If you don't know what you're doing then stick with CentOS 5.x or
> Debian Lenny until you do. (I run then both with zero issues, compiling
> latest git each day.)
>
> -MC
>
>
> On Fri, Apr 22, 2011 at 10:03 AM, curriegrad2004 <curriegrad2004 at gmail.com
> > wrote:
>
>> Freeswitch is targeted for CentOS 5.3, which in my opinion quite short
>> sighted for the developers to do this. However with the limited size
>> of developers and testers, I'm afraid there's not much platforms we
>> can throughly test and actually say "okay, FS will run flawlessly on X
>> distro"
>>
>> However you can always try messing with the CFLAG's mtune option and
>> see what it produces for you...
>>
>> 2011/4/22 Christian Löschenkohl <christian.loeschenkohl at xpirio.com>:
>> > hi
>> >
>> > if you refer to my e-mail
>> >
>> > yes, we do use tmpfs on both variants but
>> > - delays occur with concurrent calls > 80-100
>> > - cps is limited to 5-10 on debian, with centos 30 cps and more are no
>> problem at all
>> >
>> > also cpu load, stability and overall performace have been much better
>> since using centos
>> >
>> > i just found out for me that debian works not as good for me as centos
>> does.
>> > btw. everywhere else debian is 1st choice (desktop, lamp, db etc.)
>> >
>> > br
>> >
>> >
>> > On 2011-04-21 23:04, Jay Binks wrote:
>> >
>> >> I have no such problems on debian .
>> >>
>> >> I use debian 5 with 2.6.18 kernel which is what Is recommended
>> >>
>> >> Are you using tmpfs ??
>> >>
>> >> Jay
>> >>
>> >>
>> >>
>> >> On 22/04/2011, at 3:26 AM, Christian Löschenkohl<
>> christian.loeschenkohl at xpirio.com>  wrote:
>> >>
>> >>> hi
>> >>>
>> >>> we did use debian too and had such performance issues (sip packet
>> delays, low cps).
>> >>> after using centos 64bit (as advised by the devs) all performance
>> problems are gone.
>> >>>
>> >>> br
>> >>>
>> >>> On 2011-04-21 18: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
>> >>>
>> >>>
>> >>> --
>> >>> Ing. Christian Löschenkohl
>> >>> Technische Leitung, Forschung&  Entwicklung VoIP
>> >>>
>> >>> xpirio
>> >>> Telekommunikation&  Service GmbH
>> >>> Lakeside B04
>> >>> 9020 Klagenfurt
>> >>> Austria
>> >>>
>> >>> T  +43 5 77 11 - 1000
>> >>> F  +43 5 77 11 - 1002
>> >>> E  christian.loeschenkohl at xpirio.com
>> >>>
>> >>> _______________________________________________
>> >>> 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
>> >
>> >
>> > --
>> > Ing. Christian Löschenkohl
>> > Technische Leitung, Forschung & Entwicklung VoIP
>> >
>> > xpirio
>> > Telekommunikation & Service GmbH
>> > Lakeside B04
>> > 9020 Klagenfurt
>> > Austria
>> >
>> > T  +43 5 77 11 - 1000
>> > F  +43 5 77 11 - 1002
>> > E  christian.loeschenkohl at xpirio.com
>> >
>> > _______________________________________________
>> > 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/20110422/4b4e9d90/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 96 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110422/4b4e9d90/attachment.gif 