[Freeswitch-users] Performance Testing

[Henry Huang]

Avi

So are you saying that using mod_json for mod_cdr_csv can reduce the cpu
load comparing to using xml_cdr? I knew it has to do with writing CDR when
tearing down the channels and I thought it was inevitable.

Thanks,

Henry

On Sat, Jul 7, 2012 at 12:11 PM, Avi Marcus <avi at avimarcus.net> wrote:

> So have you tried writing with the smaller mod_json or even smaller
> mod_cdr_csv with your own small template?
> Or having mod_xml_cdr / mod_json_cdr POST the CDRs to another machine to
> process?
>
> -Avi
>
>
> On Sat, Jul 7, 2012 at 10:03 PM, Hanie Maghsoudy <h.maghsoudy at gmail.com>wrote:
>
>> Yeah, I believe so, since when calls are establishing the cpu load is not
>> a problem.
>>
>>
>> On Sat, Jul 7, 2012 at 10:25 PM, Henry Huang <red.rain.seven at gmail.com>wrote:
>>
>>> From my experience playing with different CPS values. The CPU spike is
>>> usually caused by the 'tearing down' process. If you increase the call
>>> duration, you will be able to see CPU spikes when channels times out and
>>> starting to tear down.
>>>
>>> Henry
>>>
>>> On Sat, Jul 7, 2012 at 12:46 AM, Hanie Maghsoudy <h.maghsoudy at gmail.com>wrote:
>>>
>>>> Hi all,
>>>>
>>>> I searched for FreeSwitch call capacity, but most of the results wasn't
>>>> new. So, I wanna ask if anybody has either tested FreeSwitch's performance
>>>> recently, or got a dramatic result in real environment?
>>>>
>>>> I tested call quality on this machine:
>>>>
>>>> Virtual FreeSwitch server
>>>> OS: CentOS release 6.2 - x86_64
>>>> CPU: 8 processor - Intel(R) Xeon(R) CPU X5670  @ 2.93GHz
>>>> Memory: 8 G
>>>>
>>>> After receiving incoming calls, FreeSwitch routed them to another sip
>>>> server, without transcoding. The other server transmitted calls by playing
>>>> an audio file.  Meanwhile, I called an extension in FreeSwitch to test the
>>>> call quality.
>>>>
>>>> The result was like this:
>>>>
>>>> 1000 Concurrent calls
>>>> Call duration: 160s
>>>> Call rate: 6 cps (just creating channels)
>>>> Max used Memory: 1416M
>>>> Max CPU load: 0.24
>>>> Max Network throughput (recv/send): 6711k/80k
>>>> Quality: Good
>>>>
>>>> This test was taken before tearing down the channels.
>>>>
>>>> Then, I took another test to estimate calls per second, and it wasn't
>>>> what I was expected!
>>>>
>>>>
>>>> 150 Concurrent calls
>>>> Call duration: 4s
>>>> Call rate: 30 cps (creating and tearing down)
>>>> Max used Memory: 1293M
>>>> Max CPU load: 4.50
>>>> Max Network throughput (recv/send): 828k/60k
>>>> Quality: Average
>>>>
>>>> And when I increase call rate to 50 cps:
>>>>
>>>> 1000 Concurrent calls
>>>> Call duration: 4s
>>>> Call rate: 50 cps (creating and tearing down)
>>>> Max used Memory: 1730M
>>>> Max CPU load: *29.9*
>>>> Max Network throughput (recv/send): 1367k/202k
>>>> Quality: Bad
>>>>
>>>> Why call per second is such a big problem? Did anyone get a better
>>>> result on this?
>>>>
>>>> Thanks,
>>>> Hanie
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> Join Us At ClueCon - Aug 7-9, 2012
>>>>
>>>> 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
>>>>
>>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> Join Us At ClueCon - Aug 7-9, 2012
>>>
>>> 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
>>>
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> Join Us At ClueCon - Aug 7-9, 2012
>>
>> 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
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> Join Us At ClueCon - Aug 7-9, 2012
>
> 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/20120707/e9278e46/attachment-0001.html