[Freeswitch-users] Pyrun limitations

Gregor Nanger gregor at infomedia.si
Tue Jun 19 14:55:44 UTC 2018


Just curios how it works for you, thank you.

We are using it too without any issues. Mainly for event subscribing, not
controling fs and it works good. Not to mention architecture of this lib
compared to managed_esl.

2018-06-19 9:22 GMT+02:00 Grant Bagdasarian <gb at cm.nl>:

> Hi Gregor,
>
>
>
> We’re very satisfied with the library and have been running it in
> production for more than 9 months now. I can’t remember having any major
> issues we couldn’t overcome.
>
> The interface is more programmer friendly compared to the managed_esl
> library which is packaged with freeswitch. We have mainly used it to
> control our freeswitch cluster and originate calls, so no real voice(ivr)
> application programming with complex flows etc.
>
>
>
> Definitely recommend it if you’re having a tough time using the
> managed_esl library.
>
>
>
> Regards,
>
>
>
> Grant Bagdasarian
>
> Senior Developer
>
> cm.com
>
>
>
> *From:* FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> *On
> Behalf Of *Gregor Nanger
> *Sent:* woensdag 13 juni 2018 23:03
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Subject:* Re: [Freeswitch-users] Pyrun limitations
>
>
>
> Grant, how are u satisfied with neventsocket library?
>
> On Wed, Jun 13, 2018, 22:51 Grant Bagdasarian <gb at cm.nl> wrote:
>
> Hello,
>
>
>
> We’re currently using the NEventSocket library to control our freeswitch
> servers for starting python scripts (using a backgroundjob and pyrun
> py_module_name) which internally use the freeswitch.py library to originate
> a call.
>
> However, we’re running into some performance limitations where we can’t
> seem to get more than 5 call setups per second.
>
>
>
> To quote the documentation (https://freeswitch.org/
> confluence/display/FREESWITCH/mod_python):
>
> “A single python interpreter is spawned at module startup and used for the
> lifetime of the freeswitch process.”
>
> “Each thread swaps in its "thread state" before executing python code and
> then swaps it out when finished. Also during blocking calls into
> freeswitch, a thread will swap out its thread state in order to not block
> other threads, and then swap it in after the blocking call to freeswitch
> has finished.”
>
>
>
> How does this relate to the number of threads freeswitch is allowed to
> start and run python scripts? If there are hard limitations set, can these
> be increased? I couldn’t find hard numbers in the source files, so this may
> be controlled somewhere else?
>
>
>
> Thanks.
>
>
>
> Grant Bagdasarian
>
> Senior Developer
>
>
>
> cm.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
>
> --
>
> *Gregor Nanger*
>
>
>
> *CTO*
> t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485
> • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia
> • www.infomedia.si
>
>
>
> _________________________________________________________________________
> 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
>



-- 
Gregor Nanger

*CTO*
t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485
• Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia
• www.infomedia.si
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180619/f766177a/attachment.html>


More information about the FreeSWITCH-users mailing list