[Freeswitch-users] Fwd: Option to disable global DB locks for mod sofia

[Ítalo Rossi]

It does exist on mod_callcenter because if you're not using sqlite, using
postgres for example, you can disable it and let postgres handle the
concurrency, I've been using it and there's a huge performance improvement
on busy scenarios, that's why I removed it. Another option was issuing the
query in a async manner (mod_fifo does it I think) but it was easier to
just remove the lock and trust postgresql.
Em seg, 18 de mar de 2019 às 05:17, sagar malam <sagarmalam at gmail.com>
escreveu:

> Thanks for your opinion.I will agree with it.
> But i am curious to know  why this settings is supported for mod
> callcenter ? Dont you see possibility of memory corruption in that module
> ?
>
> On Sun, Mar 17, 2019 at 3:54 AM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> +1
>> On Sat, 16 Mar 2019 at 17:25, Mike Jerris <mike at freeswitch.com> wrote:
>>
>>> removing mutexes that are necessary is a good way to get memory
>>> corruption.  They are there for a reason.
>>>
>>> On Sat, Mar 16, 2019 at 10:33 AM sagar malam <sagarmalam at gmail.com>
>>> wrote:
>>>
>>>> Hello Again,
>>>>
>>>> I made some heavy load testing with basic calls test scenarios after
>>>> applying this change for mod sofia and CPS capacity has doubled( from 50 to
>>>> 100) even with more than 1000 CC.I will also share results after testing
>>>> other advanced features including presence, meanwhile i request FS
>>>> developers and other community people to provide opinion on this.
>>>>
>>>> On Fri, Mar 15, 2019 at 6:13 PM sagar malam <sagarmalam at gmail.com>
>>>> wrote:
>>>>
>>>>> Hello ,
>>>>>
>>>>> I am wondering if we remove global DB locks for mod sofia as well like
>>>>> it was done for mod_callcenter(
>>>>> https://freeswitch.org/jira/browse/FS-10299). Can it boost FS CPS
>>>>> handling capacity ?
>>>>>
>>>>> --
>>>>> Thanks,
>>>>>
>>>>> Sagar
>>>>>
>>>>
>>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Services
>>> sales at freeswitch.com
>>> https://freeswitch.com
>>>
>>> Official FreeSWITCH Sites
>>> https://freeswitch.com/oss
>>> https://freeswitch.org/confluence
>>> https://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
>>> https://freeswitch.com
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Services
>> sales at freeswitch.com
>> https://freeswitch.com
>>
>> Official FreeSWITCH Sites
>> https://freeswitch.com/oss
>> https://freeswitch.org/confluence
>> https://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
>> https://freeswitch.com
>
>
>
> --
> Thanks,
>
> Sagar
> _________________________________________________________________________
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://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
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20190320/692ec164/attachment.html>