Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-28 Thread George
maybe switch to using Wordpress Super Cache ? handled blitz.io 8000 user stress test fine with Nginx 1.7.7, PHP-FPM 7.0.0-dev, MariaDB 10.0.x and CentOS 7.0 = 237 million hits/day on 2GB DigitalOcean KVM VPS server http://wordpress7.centminmod.com/74/wordpress-super-cache-benchmarks-blitz-io-load-t

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-27 Thread julianfernandes
Thanks for all the help guys, I will regenerate this key with 2048 and see how that goes. Still think the CPU usage is too high, but I will keep trying to optimize my settings. Have a nice day all =) Posted at Nginx Forum: http://forum.nginx.org/read.php?2,255158,255187#msg-255187 _

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-27 Thread Maxim Dounin
Hello! On Thu, Nov 27, 2014 at 09:21:49AM -0500, julianfernandes wrote: > Ok, just tested it with HTTP instead of HTTPS and while it did reach 100% of > CPU usage from time to time, the average load was 50% and the Blitz.io test > was a lot better: > - 33,086 HITS WITH 29 ERRORS & 2,344 TIMEOUTS

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-27 Thread itpp2012
julianfernandes Wrote: --- > Why would SSL perform so badly? I generated the key with 4096 instead > of 2048, but I don't believe that would affect CPU usage this much. http://bench.cr.yp.to/results-encrypt.html Posted at Nginx Forum: http://f

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-27 Thread julianfernandes
Ok, just tested it with HTTP instead of HTTPS and while it did reach 100% of CPU usage from time to time, the average load was 50% and the Blitz.io test was a lot better: - 33,086 HITS WITH 29 ERRORS & 2,344 TIMEOUTS Why would SSL perform so badly? I generated the key with 4096 instead of 2048, bu

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-27 Thread julianfernandes
Yichun Zhang (agentzh) Wrote: --- > Hello! > > On Wed, Nov 26, 2014 at 11:15 AM, julianfernandes wrote: > > Running Blitz.io on it the server is getting absolutely murdered by > the > > NGINX worker processes, which each one using 100% CPU accord

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-26 Thread Robert Paprocki
Hi, Can you provide the mailing list with the output of 'nginx -V' and a debug log when a worker process is pegged at 100%. See http://nginx.org/en/docs/debugging_log.html for info on debug logs. I also wonder why your supplied config has the following: limit_req_zone $binary_remote_addr zone=on

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-26 Thread Yichun Zhang (agentzh)
Hello! On Wed, Nov 26, 2014 at 11:15 AM, julianfernandes wrote: > Running Blitz.io on it the server is getting absolutely murdered by the > NGINX worker processes, which each one using 100% CPU according to top and > htop. 100% CPU usage problems are usually trivial (and also fun) to solve with t

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-26 Thread julianfernandes
mex Wrote: --- > hi, > > > does you errorlog tells you something? Nothing at all, I'm afraid. It have an error for OCSP stappling, however disabling it doesn't fix the issue, so I believe that isn't it. Posted at Nginx Forum: http://forum.ng

Re: NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-26 Thread mex
hi, does you errorlog tells you something? Posted at Nginx Forum: http://forum.nginx.org/read.php?2,255158,255162#msg-255162 ___ nginx mailing list nginx@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx

NGINX using 100% of the server CPU when testing with Blitz.io

2014-11-26 Thread julianfernandes
I'm facing an issue here and after six days of looking around I decided to ask for some help here, after all a million heads can think a lot better than one. I have a Ubuntu 14.04 server setup with NGINX, HHVM, PHP5-FPM (as a backup), Percona MySQL, Memcached (which will be replaced by Redis). I h