在实现一个内部服务时，发现在100高并发下，每秒仅能处理8个CURL请求，而单进程可达400请求。问题定位到php-fpm，发现其被限制了文件打开数。解决方案是调整php-fpm配置（rlimit_files至65535）和Linux系统限制（nofile软硬限制至51200），并增大max_children数量。通过这些调整，解决了并发性能问题。
这几天在做一个对内的服务：
由一个封装好的类发送curl请求到接收端，接收端收到鉴权后入到队列内。
开发完毕后自己使用php单进程能够达到每秒400左右请求。
但是使用ab、loadrunner，100高并发的时候发现每秒只能处理8个请求。
而并发在10个的时候一切正常
经过测试发现当发送端和接收端都在同一台服务器的时候会有这个现象。
起初怀疑是curl有问题，几次尝试无果。
又通过写性能日志进行排查，发现php客户端处curl执行时间很长（平均8秒处理完一个），响应端代码实际处理时间很短。
而用top命令发现php-fpm进程启动很少，只有10几个每秒
百思不得其解……
后来单步调试逐步将注意力从curl上转到nginx及php-fpm上，首先觉得nginx肯定没问题，后来转移到php-fpm上，发现curl请求虽然过去，但是php-fpm好像被限制住，启动很多链接接口但是就是不处理一直在等待。
查看linux load正常
中午吃饭前四处搜索了下优化相关信息
突然发现linux下最大文件打开数的提示
悲催啊，终于找到原因在哪里了
php-fpm自己限制了进程可以打开文件个数，linux下也对最大打开
由一个封装好的类发送curl请求到接收端，接收端收到鉴权后入到队列内。
开发完毕后自己使用php单进程能够达到每秒400左右请求。
但是使用ab、loadrunner，100高并发的时候发现每秒只能处理8个请求。
而并发在10个的时候一切正常
经过测试发现当发送端和接收端都在同一台服务器的时候会有这个现象。
起初怀疑是curl有问题，几次尝试无果。
又通过写性能日志进行排查，发现php客户端处curl执行时间很长（平均8秒处理完一个），响应端代码实际处理时间很短。
而用top命令发现php-fpm进程启动很少，只有10几个每秒
百思不得其解……
后来单步调试逐步将注意力从curl上转到nginx及php-fpm上，首先觉得nginx肯定没问题，后来转移到php-fpm上，发现curl请求虽然过去，但是php-fpm好像被限制住，启动很多链接接口但是就是不处理一直在等待。
查看linux load正常
中午吃饭前四处搜索了下优化相关信息
突然发现linux下最大文件打开数的提示
悲催啊，终于找到原因在哪里了
php-fpm自己限制了进程可以打开文件个数，linux下也对最大打开
最低0.47元/天 解锁文章
1022
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
