大并发压力测试数据,求大神指导

首先感谢各位!

直观点线上测试数据
测试数据如下
webbench 5000并发60秒 访问txt文件
图片说明
webbench 30000并发60秒 访问txt文件
图片说明
webbench 2000并发60秒 访问php文件 只写了个phpinfo()
图片说明

webbench 10000并发60秒 访问php文件 只写了个phpinfo()
图片说明
webbench 10000并发60秒 top结果
图片说明

测试环境
cpu16核 内存64G
系统CentOS-6.5 64位
nginx/1.0.13
php5.6.7

以下问题求大神指点
1.不考虑程序性能的情况下,在这套系统内,是否还有更大的优化空间,极限能达到什么程度,如何调整?
2.在10000并发访问php的时候,服务器负载也不是很高,ssd硬盘没raid,瓶颈在哪呢?

下面附上部分配置参数
php-fpm.conf
图片说明

sysctl.conf
图片说明

nginx.conf
图片说明

nginx开了多少连接数,几个worker进程,cpu几核。你可以考虑这些优化。

首先要明确一点的是,单纯请求静态页面的吞吐量不是你优化的目标,你的优化的目标是在生产环境中真实负载上去以后提高性能。优化的手段是寻找瓶颈。
而请求单一页面网络、cpu/内存甚至通讯本身必要的延迟等等反倒成为瓶颈,而现实中它们往往则不是。

一台机子上ulimit -n 65535最大值也就是65535,但是原始值只有1024openfile
比并发5000,和你这样说,li本身nux操作系统(就算是一个比较干净的系统),本身自带的程序,如连接网卡,显卡,声卡或其它硬件的都得消耗opefile,
这些openfile消耗完了,才是你用命令或者gui向导操作文件的openfile。