识别瓶颈 – Nginx + PHP-FPM + Ubuntu

我有一个运行PHP-FPM和Nginx的Ubuntu服务器安装程序 – 我做了一些压力testing，并经历了一个大幅度的减速。 我用250用户loadImpact。 我发现，在testing期间，PHP并没有放慢速度 – 页面渲染时间没有从0.04秒（我认为这是因为APCcaching）而动摇。

这些资产的实际传输是如此之久。 不知道这是一个networking的限制，还是一个Nginx的问题 – 我假设它是Nginx的B / C服务器是在Rackspace的云服务器，我认为他们的networking是非常强大的（也许这是一个愚蠢的假设… ）。

从命令行运行“顶部”显示一个nginx进程在任何给定的时间运行，我认为这是瓶颈 – 而且，CPU几乎没有被使用。 值得一提的是我使用的是512MB RAM云服务器，但是RAM的使用率也很低，所以我很确定我没有configuration好Nginx。 我在下面粘贴了我的conf …

我对此很新，所以如果我没有提供足够的信息，请提前道歉。

• 与www发出非wwwredirect
• Nginxredirect旧url
• 在nginx.conf中定义根指令的地方
• Apache或nginx：在微型服务器上每秒处理10个请求？
• 如何使用nginx只有两个服务器负载均衡

user www-data; worker_processes 4; #using a quad-core VPS server error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; access_log /var/log/nginx/access.log; sendfile on; tcp_nopush on; #keepalive_timeout 0; keepalive_timeout 3; tcp_nodelay on; gzip on; gzip_comp_level 1; gzip_proxied any; gzip_types text/plain text/html text/css application/x-javascript text/xml application/x$ include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; server { listen *:80; server_name ***.com; location / { root /var/www/nginx-default; index index.php; auth_basic "Restricted"; auth_basic_user_file /etc/nginx/htpass; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/nginx-default$fastcgi_script_na$ include fastcgi_params; } } 

这是虚拟主机configuration：

 server { listen 80; server_name dev.***.com; access_log /***/access.log; error_log /***/error.log; client_max_body_size 4M; location / { root /***; index index.php; # if file exists return it right away if (-f $request_filename) { break; } # otherwise rewrite the fucker if (!-e $request_filename) { rewrite ^/(.+)$ /index.php?url=$1 last; break; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /***$fastcgi_script_name; include fastcgi_params; } } } 

在此先感谢您的任何build议！

 open_file_cache max=5000 inactive=20s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors on;