FYI out of the box setting for apache are brain dead.<p>I literally have systems with tweaked setting doing 45k/second hits at less then 10ms latency on Apache. You can't do that with default settings because again the brain dead default settings.<p>I think in general tuning each of these carefully could eek out more performance on any platform especially one with such a small footprint.
His testing is very flawed. Look at the availability chart: nginx has <i>higher</i> availability at 200 concurrent connections than at 100? It's simply not possible if the test was the same w/ just a higher concurrent connection count, as he claims.<p>Edit: Yes, it's "possible" that this is something in the nginx code causing it work weird, but I'd say a benchmarker should use some common sense instead of blind reporting, notice that this is an anomaly, and re-test. Benchmarking should be a scientific statistical process, reporting mean and mode, standard deviation, etc. The background environment should be heavily studied and documented to ascertain no background/cron tasks are taking place, and every little detail should be carefully looked at before putting results up for the world to see.
There is something very appealing in the idea of running own web server on a small, cheap device like RaspberryPI and pushing it to the limits. It's of course far more reasonable to just buy a hosting and don't bother about it, but how great would it be to host applications on your own server infrastructure? :)
Could anybody explain why there is such a difference between text and image? Is this just because the file sizes are different or has that a different cause?<p>I really like to "out-of-the-box" comparison, but as others already have stated for apache that doesn't really make sense because apache just doesn't perform well without any configuration changes.
I feel like the load is way too high for getting relevant results. Imho it doesn't really matter if response time is 15 or 35 seconds when most users except responses in <1s.<p>Also it would have been nice to see some low-power x86 system for comparison.
This is nice to see. I've ran lighttpd extensively in an embedded environment and for our application it's always performed like a champ due to its really tiny memory footprint. In an embedded environment most of the time the web server is just running a UI, so it's best that it stay out of the way and leave the RAM available for the main application. However in the case where we're doing inter-device communication via HTTP, I might reconsider nginx.
Does anyone here have any experience with Cherokee (<a href="http://www.cherokee-project.com/" rel="nofollow">http://www.cherokee-project.com/</a>)? I've heard good things about it but the fact that it's not represented in this test makes me think that it's not as widely regarded as others.
I would've liked to see a small node.js or Go-based server. When running on an embedded device, you want maximum efficiency, and a full web-server isn't your best bet.