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::WriterThreadPool

This concurrency model implements a single-threaded app dispatch with a separate thread pool for writing responses.

Unlike most Rainbows! concurrency models, WriterThreadPool is designed to run behind nginx just like Unicorn is. This concurrency model may be useful for existing Unicorn users looking for more output concurrency than socket buffers can provide while still maintaining a single-threaded application dispatch (though if the response body is dynamically generated, it must be thread safe).

For serving large or streaming responses, using more threads (via the worker_connections setting) and setting "proxy_buffering off" in nginx is recommended. If your application does not handle uploads, then using any HTTP-aware proxy like haproxy is fine. Using a non-HTTP-aware proxy will leave you vulnerable to slow client denial-of-service attacks.

Pages Classes Methods
mail archives:
source code: git clone
	torsocks git clone http://ou63pmih66umazou.onion/rainbows.git