Unicorn + Bluepill + Nginx(blog.halftoneapp.com)
blog.halftoneapp.com
Unicorn + Bluepill + Nginx
http://blog.halftoneapp.com/unicorn-bluepill-nginx/
2 comments
Why is proxying Unicorn to Nginx preferable to using Nginx directly with Passenger?
In my experience with both Passenger/nginx and Unicorn/nginx, Unicorn is much more under control with the number of processes it spawns. Passenger may have fixed this by now, but when I was testing, Passenger would forget about processes and spin up new ones. Eventually, you'd run out of memory and Bad Things would ensue.
Unicorn has never done that to me. For production use, that makes the decision really easy
Unicorn has never done that to me. For production use, that makes the decision really easy
That question is unanswered, I'd also like to know.
Passenger3 includes a watchdog which can monitor processes like Bluepill:
http://blog.phusion.nl/2010/06/18/the-road-to-passenger-3-te...
Here is a recent Torqbox (jruby jboss app framebork) benchmark article which also includes a comparison between Unicorn/Bluepill with Passenger3. http://torquebox.org/news/2011/03/14/benchmarking-torquebox-...
With a few rails apps under low load, Passenger3/REE/MRI1.9 works ok here. If load increases I'll probably look into possible alternatives and aggressive caching.
Here is a recent Torqbox (jruby jboss app framebork) benchmark article which also includes a comparison between Unicorn/Bluepill with Passenger3. http://torquebox.org/news/2011/03/14/benchmarking-torquebox-...
With a few rails apps under low load, Passenger3/REE/MRI1.9 works ok here. If load increases I'll probably look into possible alternatives and aggressive caching.
I don't have much empirical evidence one way or the other, but we went with it basically to reduce the number of moving parts. Although it could be argued that Passenger is only one moving part anyway, with its ability to install Nginx for you...
I was hoping it was about Joanna Rutkowska :(