News for hackers. Stuff that matters.
Re:Unicorn + Bluepill + Nginx by electrum on Tuesday May 17, 2011 @09:26PM (#2558708)
Why is proxying Unicorn to Nginx preferable to using Nginx directly with Passenger?
Re:Unicorn + Bluepill + Nginx by tomfakes on Tuesday May 17, 2011 @11:52PM (#2558985)
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

Re:Unicorn + Bluepill + Nginx by fsiefken on Wednesday May 18, 2011 @06:07AM (#2559635)
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.

Re:Unicorn + Bluepill + Nginx by bodhi on Wednesday May 18, 2011 @12:13AM (#2559028)
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...
Re:Unicorn + Bluepill + Nginx by EliRivers on Wednesday May 18, 2011 @04:16AM (#2559463)
I was hoping it was about Joanna Rutkowska :(