centos: php-fpm.init 为什么必须加 ulimit -n 1048576 才可以大量开进程？

[Tianpu]

在/etc/security/limits.conf 已经设置* nofile 1048576 了，启动脚本不加，就必须登录下系统重启下 php 主进程才可以生效。runlevel 是 50，肯定在系统基本服务后面吧

纯粹是好奇，问题已经解决了

[mengzhuo]

Linux中，一切皆文件。
socket需要File descriptor 来维持。

[xiparos]

好奇问问Debian 7 Wheezy也需要这样设置才可以大量开进程么？

[Tianpu]

@xiparos 肯定需要增大限制

我的问题是limits.conf应该比php早启动 怎么会影响到 非要独立设置

[xiparos]

@Tianpu 能给我讲讲大量开进程的应用场景么，我对这块没什么概念，没理解错是网站大量访问带来的问题？或者扔篇文章让我去扫扫盲，谢谢

[billlee]

你改的是 hard limit 还是 soft limit ？
hard limit 是上限，enforced by kernel.
soft limit 是在未调用 ulimit 时的默认限制，可以用。

[Tianpu]

@billlee 都改了 可能是启动顺序的问题吧 或者是别的依赖关系 我这边php-fpm是50的优先级 属于非系统服务最高的了


@xiparos 代理 我需要每秒2000左右的并发php进程 虽然每个进程存活时间不需要很久

[Tianpu]

@billlee

# /etc/security/limits.d/90-nproc.conf
* soft nproc 1048576
root soft nproc unlimited

# /etc/security/limits.conf
* hard nproc 1048576
* soft nproc 1048576
* hard nofile 1048576
* soft nofile 1048576

该不会是nproc启动权重是90的问题吧

[julyclyde]

# 跟/etc/security/limits*没啥关系。那是由PAM调用的，是管shell的
# 才可以大量开进程是因为主进程和子进程的通信消耗了主进程的fd数量，所以会触顶