On Apr 22, 2011 12:04 PM, "curriegrad2004" <curriegrad2004@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@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@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@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@xpirio.com
>>>>
>>>> _______________________________________________
>>>> 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
>>
>>
>> --
>> 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@xpirio.com
>>
>> _______________________________________________
>> 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