indeed you are missing something.<br><br>The FSAPI interface, see the API object in the lua docs and the "luarun" api command.<br><br>You will probably find this knowledge very useful but even more important you may want to know that high-availability and script do not go together as well as high-availability and C, for instance.<br>
<br><br><div class="gmail_quote">On Fri, Mar 5, 2010 at 1:04 PM, Mike van Lammeren <span dir="ltr"><<a href="mailto:mike@van.lammeren.net">mike@van.lammeren.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello!<div><br></div><div>I am working on a high-availability system and need a Lua script that can run in the background and loop forever, periodically waking up to accomplish some tasks. I would like to be able to handle at least 10 concurrent tasks.</div>
<div><br></div><div>My first idea was to have a simple background script that would call another script, let's call it the 'task' script, every 5 seconds or so. This would spread the work around, and if any task script quit with an error, the background script would remain running, and would continue to launch new task scripts.</div>
<div><br></div><div>However, I can see no way for the background script to launch other Lua scripts. Am I missing something? I need something like session:execute(), but unfortunately this background script has no session, and I'm not sure if session:execute() can even make a call like the "luarun" console command.</div>
<div><br></div><div>So, my next ideas was to have 10 copies of the background script. Each script would loop forever. Upon launch, each script would perform a single task, then sleep for 60 seconds. This allows handling of 10 concurrent tasks.</div>
<div><br></div><div>However, there are some problems with running 10 copies of the same script, which I believe can be solved if each script could be given a unique identifier. One problem is that I would like the scripts to actually sleep for a variable amount of time, say between 55 and 65 seconds, so that the workload would spread around. Another, similar problem, is that each script needs to 'claim' a number of database records from a table that is queuing up work for the scripts. Once again, if each script had a unique identifier, then I could use an update query to effectively 'set and test' a record that would be tied to that script instance.</div>
<div><br></div><div>I could use a random number to identify each script, but since math.random is seeded with a timestamp that only resolves to seconds, then all 10 scripts will be given the same sequence of random numbers, and all 10 will run in lock-step with each other. So, random numbers are out. (If I had a unique ID to seed the random number generator, then I could just use that unique ID and wouldn't need random numbers.)</div>
<div><br></div><div>Is there a way of uniquely identifying 10 Lua scripts that FreeSWITCH launches at startup?</div><div><br></div><div>Or is there a better way of handling this situation altogether? I'm open to any suggestions that people would care to make!</div>
<div><br></div><div>(I would entertain the idea of a single script that would start with FreeSWITCH, then launch 10 other scripts, giving each a unique identifier, but that brings me back to the original problem of not knowing how to launch other Lua scripts under FreeSWITCH.)</div>
<div><br></div><font color="#888888"><div>Mike van Lammeren</div><div><br></div>
</font><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:+19193869900<br>