Almost any web server can saturate its network link if its role is limited to serving statics.
Apache is rarely the first thing to fall down when a site exceed's capacity. When was the last time you went to a slashdot'ed site and exceeded the HTTP timeout? The vast majority of sites return a 500 (when the PHP/.NET/java middleware tips over) or a "MYSQL: Too Many Connections" when the DB tips over.
I'm not saying Apache is perfect and Nginx is horrible, just that you present them a manner neither deserves.
F
It supports CGI. FastCGI support is yet to be done.
So, everything that does CGI is supported but not as fast as it could be. Read: PHP runs.
I hope we'll find out when Michael does a bench. The official PR says it uses way less RAM and is faster serving static content. Also does C plugins like gwan if speed is needed. Its script support is lacking due to no fcgi right now.How does it compare against Apache, nginx, lighttpd?
Did you tweak it? I just started it as root and put my "hello world" txt file in the www directory... nginx with a bit increased numbers.
Tested with: ab -c 3000 -n 50000
nginx: Requests per second: 12790.66 [#/sec] (mean)
gwan: Requests per second: 12282.27 [#/sec] (mean)
Siege breaks with -c 3000... Don't know what's up with that.
siege -b -t10s -c1000
nginx: Transaction rate: 1390.55 trans/sec
gwan: Transaction rate: 1407.19 trans/sec
I'm not convinced siege is working correctly...
edit: i5 480m
Would love to see another third-party benchmark. I've been curious about G-WAN for a few months...even thinking about trying it out in production.
If it truly benefits smaller servers it will be a great win for small business (open-source or not). I'm not worried about the future of the platform so much: If it works better now, great! It's so simple to configure that my two-year old can do it! And if it fails down the road...well, I tried. And I'll spend the five minutes copying my non-server specific HTML, CSS, and JS back over to a battle-tested web server.
I currently use Nginx. Some people are calling G-WAN "marketing brainwash" among other things (not trying to single out any particular comment...just chose an example). Unless a trusted benchmark can actually show that it's nothing but brainwash...then it's just people wishing they were better marketers.
No, it didn't tweak it. There's nothing to tweak at G-WAN.
Tested with: ab -c 100 -n 50000 -k
On: Ubuntu 10.10 x64
-k: keep-alive does big difference.
Whitout keep-alive ab will open and close a new connection for every request and you will actually test the kernel's speed at opening and closing connections.
Ah, ok.
ab -k -c 3000 -n 200000
gwan: Requests per second: 66850.15 [#/sec] (mean)
nginx: Requests per second: 42711.20 [#/sec] (mean)
ab -k -c 100 -n 100000
gwan: Requests per second: 87978.53 [#/sec] (mean)
nginx: Requests per second: 33803.25 [#/sec] (mean)
Maybe I have my nginx a bit "mistuned" on my dualcore with ht (Not sure if 2 threads per (virtual) core make sense).
Code:worker_processes 8; events { worker_connections 8192; multi_accept on; }