2013-01-04 10:16:59
转自：http://haibo600.blog.51cto.com/blog/1951311/874603
1.worker_processes 越大越好（一定数量后性能增加不明显）
2.worker_cpu cpu cpu cpu
3.unix domain socket（共享内存的方式）要比tcp网络端口配置性能要好
不考虑backlog，请求速度有量级的飞跃，但错误率超过50%
加上backlog，性能有10%左右提升
4.调整nginx、php-fpm和内核的backlog（积压），connect() to unix:/tmp/php-fpm.socket failed (11: Resource temporarily unavailable) while connecting to upstream错误的返回会减少
nginx：
配置文件的server块
listen 80 default backlog=1024;
php-fpm:
配置文件的
listen.backlog = 2048
kernel参数：
/etc/sysctl.conf，不能低于上面的配置
net.ipv4.tcp_max_syn_backlog = 4096
net.core.netdev_max_backlog = 4096
5.增加单台服务器上的php-fpm的master实例，会增加fpm的处理能力，也能减少报错返回的几率
多实例启动方法，使用多个配置文件：
/usr/local/php/sbin/php-fpm -y /usr/local/php/etc/php-fpm.conf &
/usr/local/php/sbin/php-fpm -y /usr/local/php/etc/php-fpm1.conf &
nginx的fastcgi配置
#
#
#
#
#
#
#
#
#
6.测试环境和结果
内存2G
swap2G
cpu CPU E5405
采用ab远程访问测试，测试程序为php的字符串处理程序
1）在开4个php-fpm实例，nginx 8个worker_processes 每个cpu
性能和错误率较为平衡，可接受，超过4个fpm实例，性能开始下降，错误率并没有明显下降
结论是fpm实例数，worker_processes数和cpu
影响性能和报错的参数为
php-fpm实例，
10W请求，500并发无报错，1000并发报错率为0.9%
500并发：
Time taken for tests:
Complete requests:
Failed requests:
Write errors:
Requests per second:
Time per request:
Time per request:
Transfer rate:
1000并发：
Time taken for tests:
Complete requests:
Failed requests:
Write errors:
Non-2xx responses:
Requests per second:
Time per request:
Time per request:
Transfer rate:
2）在其他参数不变，unix domain socket换为tcp网络端口连接，结果如下
500并发：
Concurrency Level:
Time taken for tests:
Complete requests:
Failed requests:
Write errors:
Requests per second:
Time per request:
Time per request:
Transfer rate:
1000并发：
Concurrency Level:
Time taken for tests:
Complete requests:
Failed requests:
Write errors:
Requests per second:
Time per request:
Time per request:
Transfer rate:
与1）比较，有大约10%的性能下降
7. 5.16调整fpm的max_request参数为1000，并发1000报错返回降到200个以下，
Transfer rate在800左右
