DEPLOY FAQ HACKING LICENSE NEWS README SIGNALS Sandbox Static_Files Summary TUNING Test_Suite rainbows_1 vs_Unicorn
Rainbows ActorSpawn AppPool Base Configurator Coolio CoolioThreadPool CoolioThreadSpawn DevFdResponse Epoll EventMachine FiberPool FiberSpawn MaxBody NeverBlock Rev RevFiberSpawn RevThreadPool RevThreadSpawn Revactor Sendfile ServerToken StreamResponseEpoll ThreadPool ThreadSpawn ThreadTimeout WriterThreadPool WriterThreadSpawn XEpoll XEpollThreadPool XEpollThreadSpawn

module Rainbows::ActorSpawn

Actor concurrency model for Rubinius. We can't seem to get message passing working right, so we're throwing a Mutex into the mix for now. Hopefully somebody can fix things for us. Currently, this is exactly the same as the ThreadSpawn model since we don't use the message passing capabilities of the Actor model (and even then it wouldn't really make sense since Actors in Rubinius are just Threads underneath and our ThreadSpawn model is one layer of complexity less.

This is different from the Revactor one which is not prone to race conditions within the same process at all (since it uses Fibers).

Included modules: Rainbows::ThreadSpawn
Pages Classes Methods


mail archives: https://yhbt.net/rainbows-public/
	http://ou63pmih66umazou.onion/rainbows-public/ 
	nntp://news.public-inbox.org/inbox.comp.lang.ruby.rainbows 
	nntp://ou63pmih66umazou.onion/inbox.comp.lang.ruby.rainbows 
	nntp://news.gmane.io/gmane.comp.lang.ruby.rainbows.general 
public: rainbows-public@yhbt.net
source code: git clone https://yhbt.net/rainbows.git
	torsocks git clone http://ou63pmih66umazou.onion/rainbows.git