[Freeswitch-users] Event system overloading. Taking a 10 second break

[Stephen Wilde]

I'm already using the ramdisk.
The problem happens when I have a provider that give congestion.
In this case Freeswitch receives many tries but few connected calls and the
number of session per second is high.
To avoid the "event system overloading" (avoiding to lower the global
session per second 'sps' parameter) I have insert in dialplan:

<condition field="destination_number" expression="^2519(.+)$" break="never">
    <action application="limit" data="hash inbound ETHIOPIA 10/1
!NORMAL_CIRCUIT_CONGESTION" />
</condition>

In this way I have limited the session rate for the congestioned
destination where I have so many tries.

My dubt remain: I have ramdisk, I have many idle cycles on cpu, the usage
of disk is near zero (dstat) why I cannot handle this session rate?



On Sat, Jan 21, 2012 at 12:30 AM, Anthony Minessale <
anthony.minessale at gmail.com> wrote:

> you can tell that by taking system vitals its hard to tell from the small
> amount of data.
> I do know that to get those errors, you have to push the core so hard that
> the sql stmts queuing up for transactions are getting too large for the
> rate at which they are written to the DB.  Try a ramdisk like Michael
> suggested.
>
>
> On Fri, Jan 20, 2012 at 3:11 PM, Stephen Wilde <wstephen80 at gmail.com>wrote:
>
>> I'm using ram disk for the FS database "freeswitch/db".
>> Can the disks (a dedicated couple of 15k rpm scsi 6gb/s in raid 1) affect
>> the performance?
>>
>>
>> On Fri, Jan 20, 2012 at 9:45 PM, Anthony Minessale <
>> anthony.minessale at gmail.com> wrote:
>>
>>> the box can't handle the load, the disk io from the sql stmts is backing
>>> up the events.
>>> get a nicer box with the money saved from free softswitch =p
>>>
>>>
>>> On Fri, Jan 20, 2012 at 1:22 PM, Christopher Rienzo <cmrienzo at gmail.com>wrote:
>>>
>>>> Did you bind any callbacks to events that might be taking a long time
>>>> to process?
>>>>
>>>>
>>>>
>>>> On Fri, Jan 20, 2012 at 1:54 PM, Stephen Wilde <wstephen80 at gmail.com>wrote:
>>>>
>>>>> I saw "increase the event system capacity" because in the log there
>>>>> was a row:
>>>>>
>>>>> [CRIT] switch_event.c:360 Out of event dispatch threads! Slowing
>>>>> things down.
>>>>>
>>>>> Where it seems that all event dispatch threads are "busy" but I see
>>>>> that the cpu has many idle cycles so why not increase the number of
>>>>> dispatch threads?
>>>>> Or I'm wrong?
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> 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
>>>>
>>>> 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
>>>>
>>>>
>>>
>>>
>>> --
>>> Anthony Minessale II
>>>
>>> FreeSWITCH http://www.freeswitch.org/
>>> ClueCon http://www.cluecon.com/
>>> Twitter: http://twitter.com/FreeSWITCH_wire
>>>
>>> AIM: anthm
>>> MSN:anthony_minessale at hotmail.com
>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>>> IRC: irc.freenode.net #freeswitch
>>>
>>> FreeSWITCH Developer Conference
>>> sip:888 at conference.freeswitch.org
>>> googletalk:conf+888 at conference.freeswitch.org
>>> pstn:+19193869900
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>> 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
>>
>> 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
>>
>>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org
> googletalk:conf+888 at conference.freeswitch.org
> pstn:+19193869900
>
> _________________________________________________________________________
> 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
>
> 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/20120121/4c8d1430/attachment-0001.html