|
I'm also wanting to explore this area; making Lua programs "parallel" in the way that it's easy for the programmer to use either real (separate Lua states) multitasking, and/or the already existing co-operative model.
All it needs is a little module, passing messages between the Lua states. Such do exist, but there's no established convention or "king of the hill" (as LuaSocket is for networking). I plan to throw in my own card, early next year, as the Andes IDE will be based upon the multicore/parallel execution/N Lua states idea.
The module will be extremely light, and based on serializing/deserializing data constructs, providing messages queues and so. Already saw there are alternatives, but none exactly fitting this "processor-internal" bill. Please prove me wrong?
-asko On Thu, 9 Nov 2006 09:46:28 +0000 Robert Raschke <rrlua@tombob.com> wrote:
Simon Wittber wrote:I'm primarily interested in exploiting multi-core architectures in a high level language, like Lua. Not many dynamic, high level languages, support genuine concurrency across multiple CPUs/cores. I'veinvestigated Ruby, Python, and a few Scheme dialects.You may be interested in Erlang (http://www.erlang.org/) then.Robby