Comments on Benchmark: Apache2 vs. Lighttpd (Images)
Benchmark: Apache2 vs. Lighttpd (Images) This benchmark shows how Apache2 (version 2.2.3) and lighttpd (version 1.4.13) perform compared to each other when delivering an image file (jpg, about 25KB in size). This benchmark was created with the help of ab (Apache benchmark) on a VMware vm (Debian Etch); if you try this yourself, your numbers might differ (depending on your hardware), but the tendency should be the same.
11 Comment(s)
Comments
As for the lighttpd development seems to be relatively slow nginx seems to be quite popular these days. How about a comparison between those three?
this is not a typical benchmark. You used just a JPG File. This is more a bechnmark for http downloads over apache and Lighty.
Hi Falko. Nice Article.
When you do the test, is that between test to another test you do a restart the apache/lighty, i guest it would make a different change.. :)
Apache has several threading models. You used the slowest (and default on Debian). Try looking at Debian modules "apache-mpm-worker" (a threaded implementation) or "apache-mpm-event" (a similar model to lighttpd).
"The worker MPM provides a thread implementation for Apache HTTPD. It is considerably faster than the traditional model, and is the recommended MPM."
"The event-Multi-Processing Module (MPM) is designed to allow more requests to be served simultaneously by passing off some processing to work to supporting threads..... "
The pre-fork model that you tested with is the "safest" but not the fastest (ie, not a danger for non-thread safe libraries).
Uh, if you're comparing two quantities like that, requests per second of a test jpeg for 2 servers, your bar graphs REALLY ought to have 0 as the lower axis. Not 500, or 1600, or any other value. Doing it the way these graphs have been done is hugely misleading to anyone casually perusing the data. Sure, lighttpd is faster by these metrics. But not by as much as these graphs lead one to believe. (unless you're paying really close attention.)
i was about to say the same thing!
Yep. I agree.
Just some remark ab read only 4Ko header http include and launch a new call, see source code. This is not a human behavior. You don't use keepalive, so you test essentially timing to get new connection. Nobody use web server with default configuration and no module. This sort of test could be more interresting with configuration following Apache recommendations, with some modules like apache+mod_deflate+mod_php+mysql, and another perf tool like httperf or better siege.
Why does it matter whether -n is 100, 500, or 10000? Once one request is complete, the image should be in the page cache and should take the same amount of time to serve up. I don't understand why the number of requests/second increases so significantly as the number of requests increases.
Anyone know why?
How to create Graph for each test?
Can you tell me how to create graph for tested result?
Thanks.
Good info, but not a fan of the misleading images.