对于Docker又反转为静态方式进程数了，如下：
pm = dynamic 如何控制子进程，选项有static和dynamic
pm.max_children：静态方式下开启的php-fpm进程数量
自己实践如下：
/usr/local/php/sbin/php-fpm --daemonize --fpm-config /usr/local/php/etc/php-fpm.conf --pid /usr/local/php/var/run/php-fpm.pid
#docker 无service/systemctl,为2时两个进程，为1时一个进程，如下：
root 35308 1 0 16:12 ? 00:00:00 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
www 35309 35308 0 16:12 ? 00:00:00 php-fpm: pool www
www 35310 35308 0 16:12 ? 00:00:00 php-fpm: pool www
pkill -9 php 可杀死，然后可修改pm.max_children = 1 ==》pm.max_children = 2，也就是上面的2个进程 。
来自:http://www.cnblogs.com/ahaii/p/5776809.html
背影：对于低配置机器，建议写死PHP-FPM进程数得了，而对于高配置机器，则如果写在动态的，因为根据流量进行fork了PHP-FPM进程运动量很大，应该是在高配置身体健康的时候去做，等你是一个低配置的机器，你再去做增加进程去做时就死了。
一）PHP-FPM子进程数量应该如何设置？
二）php-fpm.conf 配置说明：
php-fpm中pm.start_servers 多大合适？
{（cpu空闲时等待连接的php的最小子进程数） + （cpu空闲时等待连接的php的最大子进程数 - cpu空闲时等待连接的php的最小子进程数）/ 2}；
用配置表示就是：min_spare_servers + (max_spare_servers - min_spare_servers) / 2；一般而言，设置成10-20之间的数据足够满足需求了。
英文表示@/usr/local/php/etc/php-fpm.conf：
; The number of child processes created on startup.
; Note: Used only when pm is set to 'dynamic'
; Default Value: min_spare_servers + (max_spare_servers - min_spare_servers) / 2
1)XIYOU-API线上24G(24576M),24CPU生产机器配置：
2)目前RPMBUILD打包写死：
/home/test/rpmbuild/SOURCES/php-fpm.conf
/home/test/rpmbuild/SOURCES/www.conf
3）通过grep从/usr/local/php/etc/php-fpm.conf里陪陪出对应项的值：
附，php-fpm.conf 配置说明:
来自：https://blog.csdn.net/u013372487/article/details/80168979
HP-FPM子进程数量应该如何设置？摘录自：https://blog.csdn.net/jt521xlg/article/details/50992631 ，最前面参考计算最小PHP进程来源：
首先，我们关注下 PHP-FPM 的运行方式：
static ：表示在 `php-fpm` 运行时直接 `fork` 出 `pm.max_chindren` 个子进程，
dynamic：表示，运行时 `fork` 出 `start_servers` 个进程，随着负载的情况，动态的调整，最多不超过 `max_children` 个进程。
一般推荐用 static。
优点是不用动态的判断负载情况，提升性能；
缺点是多占用些系统内存资源。
PHP-FPM 子进程数量，是不是越多越好？
当然不是，pm.max_chindren，进程多了，增加进程管理的开销以及上下文切换的开销。
更核心的是，能并发执行的 php-fpm 进程不会超过 cpu 个数。
如何设置，取决于你的代码
如果代码是 CPU 计算密集型的，pm.max_chindren 不能超过 CPU 的内核数。
如果不是，那么将 pm.max_chindren 的值大于 CPU 的内核数，是非常明智的。
国外技术大拿给出这么个公式：
在 N + 20% 和 M / m 之间。
N 是 CPU 内核数量。
M 是 PHP 能利用的内存数量。
m 是每个 PHP 进程平均使用的内存数量。
适用于 dynamic 方式。
static方式：M / (m * 1.2)
当然，还有一种保险的方式，来配置 max_children。适用于 static 方式。
先把 max_childnren 设置成一个比较大的值。
稳定运行一段时间后，观察 php-fpm 的 status 里的 max active processes 是多少
然后把 max_children 配置比它大一些就可以了。
pm.max_requests：指的是每个子进程在处理了多少个请求数量之后就重启。
这个参数，理论上可以随便设置，但是为了预防内存泄漏的风险，还是设置一个合理的数比较好
来自：https://blog.csdn.net/jt521xlg/article/details/50992631
pm = dynamic 如何控制子进程，选项有static和dynamic
pm.max_children：静态方式下开启的php-fpm进程数量
自己实践如下：
/usr/local/php/sbin/php-fpm --daemonize --fpm-config /usr/local/php/etc/php-fpm.conf --pid /usr/local/php/var/run/php-fpm.pid
#docker 无service/systemctl,为2时两个进程，为1时一个进程，如下：
root 35308 1 0 16:12 ? 00:00:00 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
www 35309 35308 0 16:12 ? 00:00:00 php-fpm: pool www
www 35310 35308 0 16:12 ? 00:00:00 php-fpm: pool www
pkill -9 php 可杀死，然后可修改pm.max_children = 1 ==》pm.max_children = 2，也就是上面的2个进程 。
来自:http://www.cnblogs.com/ahaii/p/5776809.html
背影：对于低配置机器，建议写死PHP-FPM进程数得了，而对于高配置机器，则如果写在动态的，因为根据流量进行fork了PHP-FPM进程运动量很大，应该是在高配置身体健康的时候去做，等你是一个低配置的机器，你再去做增加进程去做时就死了。
一）PHP-FPM子进程数量应该如何设置？
二）php-fpm.conf 配置说明：
php-fpm中pm.start_servers 多大合适？
{（cpu空闲时等待连接的php的最小子进程数） + （cpu空闲时等待连接的php的最大子进程数 - cpu空闲时等待连接的php的最小子进程数）/ 2}；
用配置表示就是：min_spare_servers + (max_spare_servers - min_spare_servers) / 2；一般而言，设置成10-20之间的数据足够满足需求了。
英文表示@/usr/local/php/etc/php-fpm.conf：
; The number of child processes created on startup.
; Note: Used only when pm is set to 'dynamic'
; Default Value: min_spare_servers + (max_spare_servers - min_spare_servers) / 2
1)XIYOU-API线上24G(24576M),24CPU生产机器配置：
2)目前RPMBUILD打包写死：
/home/test/rpmbuild/SOURCES/php-fpm.conf
/home/test/rpmbuild/SOURCES/www.conf
3）通过grep从/usr/local/php/etc/php-fpm.conf里陪陪出对应项的值：
附，php-fpm.conf 配置说明:
来自：https://blog.csdn.net/u013372487/article/details/80168979
HP-FPM子进程数量应该如何设置？摘录自：https://blog.csdn.net/jt521xlg/article/details/50992631 ，最前面参考计算最小PHP进程来源：
首先，我们关注下 PHP-FPM 的运行方式：
static ：表示在 `php-fpm` 运行时直接 `fork` 出 `pm.max_chindren` 个子进程，
dynamic：表示，运行时 `fork` 出 `start_servers` 个进程，随着负载的情况，动态的调整，最多不超过 `max_children` 个进程。
一般推荐用 static。
优点是不用动态的判断负载情况，提升性能；
缺点是多占用些系统内存资源。
PHP-FPM 子进程数量，是不是越多越好？
当然不是，pm.max_chindren，进程多了，增加进程管理的开销以及上下文切换的开销。
更核心的是，能并发执行的 php-fpm 进程不会超过 cpu 个数。
如何设置，取决于你的代码
如果代码是 CPU 计算密集型的，pm.max_chindren 不能超过 CPU 的内核数。
如果不是，那么将 pm.max_chindren 的值大于 CPU 的内核数，是非常明智的。
国外技术大拿给出这么个公式：
在 N + 20% 和 M / m 之间。
N 是 CPU 内核数量。
M 是 PHP 能利用的内存数量。
m 是每个 PHP 进程平均使用的内存数量。
适用于 dynamic 方式。
static方式：M / (m * 1.2)
当然，还有一种保险的方式，来配置 max_children。适用于 static 方式。
先把 max_childnren 设置成一个比较大的值。
稳定运行一段时间后，观察 php-fpm 的 status 里的 max active processes 是多少
然后把 max_children 配置比它大一些就可以了。
pm.max_requests：指的是每个子进程在处理了多少个请求数量之后就重启。
这个参数，理论上可以随便设置，但是为了预防内存泄漏的风险，还是设置一个合理的数比较好
来自：https://blog.csdn.net/jt521xlg/article/details/50992631
作者：jackxiang@向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除
地址：https://jackxiang.com/post/9822/
版权所有。转载时必须以链接形式注明作者和原始出处及本声明！
最后编辑： jackxiang 编辑于2019-5-20 16:15
[实践OK]Ansible里的后向引用124进行替换,以及正则匹配she
[实践OK]awk实现视频分段播放分段后链接的拼凑函数split和for评论列表
