worker

admin管理员组

文章数量:1345481

worker

在Nginx优化的过程中，将 connections加大的时候Nginx发出警告

worker_connections exceed open file resource limit: 1024

此警告的问题是受限于Linux的最大文件数限制。

环境：centos5.8 64bit

ulimit -n

查看用户打开的最大文件数：1024

此处的1024是每个进程打开的最大文件数，对于系统的最大限制：

more /proc/sys/fs/file-max355828

file-max是整机可以打开的fd数目，对确定的进程仍然是1024个。

那么我们来修改我们的限制。

修改/etc/security/limits.conf文件，在文件中添加如下行：

* soft noproc 65535
* hard noproc 65535
* soft nofile 65535
* hard nofile 65535

就是限制了任意用户的最大线程数和文件数为65535。

其中为所有用户的打开文件数限制，可用’'号表示修改所有用户的限制；soft或hard指定要修改软限制还是硬限制；10240则指定了想要修改的新的限制值，即最大打开文件数(请注意软限制值要小于或等于硬限制)。修改完后保存文件。

修改/etc/pam.d/login文件，在文件中添加如下行：

session required /lib/security/pam_limits.so

这是告诉Linux在用户完成系统登录后，应该调用pam_limits.so模块来设置系统对该用户可使用的各种资源数量的最大限制(包括用户可打开的最大文件数限制)，而pam_limits.so模块就会从/etc/security/limits.conf文件中读取配置来设置这些限制值。修改完后保存此文件。

修改/etc/rc.local脚本，在脚本中添加如下行：

echo “65535"> /proc/sys/fs/file-max

这是让Linux在启动完成后强行将系统级打开文件数硬限制设置为65535。修改完后保存此文件。

如果比较懒的话可以在 rc.local 里面 明确命令ulimit -n xxxxx

除了在系统中进行设定 nofile(fs.file-max) 值外，可以在 nginx.conf 中指定worker_process可以使用的nofile值,如:

本文标签： worker