LiveNode Server

Richard Gaskin ambassador at fourthworld.com
Sun Apr 5 11:21:15 EDT 2015


David Bovill wrote:

 > On 5 April 2015 at 05:01, Richard Gaskin wrote:
 >
 >> David Bovill wrote:
 >> > I am not quite sure what not being forkable is here - can you
 >> > explain.
 >>
 >> Not as well as Andre:
 >> 
<http://lists.runrev.com/pipermail/use-livecode/2009-January/119437.html>


 > Ok - so the key sentance there is - "We can't fork in revolution".
 > So what does that mean? What is so special about Livecode that
 > it can't do this?
 > It's not multi-threading - it's something.... ?
 >
 > My thinking is that what we need is to be able to have some existing
 > monitoring service keep a pool of LiveNode servers up and running -
 > in a way in which you can configure the number of servers you need.
 > Then you need a Node load balancing server / broker thing passing off
 > messages asynchronously to a LiveNode server and immediately
 > returning control to the user. only when all the LiveNode servers
 > were used up - would a cue kick into action?
 >
 > This is all standard server / inter-application messaging stuff no?
 > What prevents us doing that in Livecode?

As you read in Andre's post I linked to, that's more or less what he 
proposes as an alternative to FastCGI.

If one is willing to put the time into assembling such a 
multi-processing pool, the downsides relative to having forking appear 
to be somewhat minor, not likely the sort of thing we'd run into south 
of the C10k problem.

What have you run into in trying this that isn't working?

-- 
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for Desktop, Mobile, and Web
  ____________________________________________________________
  Ambassador at FourthWorld.com        http://www.FourthWorld.com




More information about the use-livecode mailing list