you could do a metric for CPS, with an (almost) empty script. which would give you only the "startup" cost of a module. And thats going to be very different for the modules. But, i know where you are coming from.. we maintain a fork of OpenVXI we get the same kind of loaded questions.. Q: "how many ports can we do per box?" A: "depends on what your scripts do" Love those questions ;) On Fri, Jun 13, 2008 at 2:03 PM, Brian West <brian@freeswitch.org> wrote:
You really can't do a metric like that. Its all going to depend on what you're doing in your scripts how fast you can go. If you really want speed you need to be using outbound event socket which is like Fast AGI but 10 times more powerful.
On Jun 13, 2008, at 1:56 PM, Matt Porter wrote:
What is really needed is an associated "cost' with the modules. Granted, that is a hard thing to get a defined metric for.
Blanket statements like "Freeswitch does millions of calls a day, and 500 CPS, or whatever".. arent very useful to the rest of us without knowing the configuration they are using. Even if you rewrite your IVR in javascript, you still might have problems. Spidermonkey itself has some global contention in it too and is not going to scale linearly. But at what point is that even noticed?
Given some predefined reference platform..it would be nice to look at a chart of modules
mod_lua = 500 CPS mod_spidermonkey = 300 CPS mod_python = 50 CPS
Brian West sip:brian@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