当前位置: 首页 > 编程笔记 >

如何配置Nginx每个进程最多打开的文件数量

易超
2023-03-14
本文向大家介绍如何配置Nginx每个进程最多打开的文件数量,包括了如何配置Nginx每个进程最多打开的文件数量的使用技巧和注意事项,需要的朋友参考一下
1.查看系统打开文件的最大限制数
#查看目前资源限制的设定
ulimit -a
core file size   (blocks, -c) 0
data seg size   (kbytes, -d) unlimited
scheduling priority    (-e) 0
file size    (blocks, -f) unlimited
pending signals     (-i) 7268
max locked memory  (kbytes, -l) 64
max memory size   (kbytes, -m) unlimited
open files      (-n) 1024
pipe size   (512 bytes, -p) 8
POSIX message queues  (bytes, -q) 819200
real-time priority    (-r) 0
stack size    (kbytes, -s) 8192
cpu time    (seconds, -t) unlimited
max user processes    (-u) 7268
virtual memory   (kbytes, -v) unlimited
file locks      (-x) unlimited

#查看系统打开文件的最大限制数
ulimit -n
1024
2.设置系统打开文件的最大限制数
#永久设置系统打开文件的最大限制数
vi /etc/security/limits.conf
#在最后添加参数
......
* soft nofile 102400
* hard nofile 102400


#临时设置系统打开文件的最大限制数
ulimit -n 102400
#测试操作,是否重启后永久加载配置
#系统重启
init 6

#测试成功,设置打开文件的最大限制数正确
ulimit -n
102400
3.设置nginx打开文件的最大限制数
vi /usr/local/nginx/conf/nginx.conf
user nginx;
worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;
worker_rlimit_nofile 102400;
......

#检查nginx配置是否有问题
nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

#重新加载nginx
nginx -s reload

系统打开文件的最大限制数nginx打开文件的最大限制数尽可能要一致

总结

到此这篇关于配置Nginx每个进程最多打开的文件数量的文章就介绍到这了,更多相关Nginx进程最多打开的文件数量内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库!

 类似资料:
  • 我必须在一组机器上执行一个进程。集群的大小为100级。所以我不能手动执行进程,我必须通过脚本执行它们(脚本使用ssh,目前我使用python-paramiko)。这些进程打开的tcp套接字数超过1024个(Linux的默认限制)所以我需要使用{ulimit-n 10000}来更改它。这只对该shell会话进行更改。并且该命令仅适用于root用户。所以我的剧本不能做到这一点。我尝试执行这个命令 但这

  • 寻找在Springboot应用程序中配置多个配置文件特定属性文件的最佳方法。下面是一个例子: -资源  · --application.properties  · · · · · --德夫             --application-dev.properties             --ldap-dev.properties             --Quartz-Dev.Prope

  • 问题内容: 我正在使用子进程来调用另一个程序,并将其返回值保存到变量中。循环重复此过程,经过数千次后程序崩溃,并出现以下错误: 任何解决该问题的想法都非常感谢! 注释提供的代码: 问题答案: 我猜问题是由于我正在处理带有子进程的打开文件: 在此,cmd变量包含刚刚创建但尚未关闭的文件的名称。然后,在该文件上调用系统命令。多次执行此操作后,程序崩溃并显示该错误消息。 所以我从中学到的信息是 关闭您创

  • 问题内容: 我想知道每个jar是否允许最大文件数,然后您会遇到类路径问题,例如不考虑类的问题? 问题答案: jar格式只是重新命名的zip格式,因此它继承了该格式的局限性。 原始zip格式最多只能有65535个条目,因此在Java 6和更早版本中,总共最多可以包含许多类或其他文件。许多工具还包括目录的整体,这减少了可用于类和其他文件的整体。 在Java 7中,支持zip64,但限制更高。 我怀疑失

  • 我一直在写的脚本工作得很好。我刚刚添加了一个选项,这样它就可以使用这个代码在chrome上打开一个配置文件。 使用时,我得到这个错误代码。 我该怎么解决这个问题?

  • NGINX与其他服务类似,因为它具有以特定格式编写的基于文本的配置文件。 默认情况下,文件名为并放在目录中(对于开源NGINX产品,位置取决于用于安装NGINX和操作系统的软件包系统,它通常位于或。) 配置文件由指令及其参数组成。 简单(单行)指令各自以分号结尾。 其他指令作为“容器”,将相关指令组合在一起,将其包围在花括号()中。 以下是简单指令的一些示例。 为了使配置更易于维护,建议您将其拆分

  • 我是java新手,我在VSCODE上编码。我创建2.java文件,如下图所示: 这些是每个文件: Main.java:

  • 我有两个配置文件(“autoContido”和“weblogic”),其中每个配置文件都有两个配置类,因为我使用的是两个数据源。 我已经将特定数据源中的bean注释为@Primary,而另一个数据源配置类中的bean不是@Primary,但我对它们的命名不同。 我以为使用@主注释就不会有像下面这样的错误,但我仍然得到它们。有人能帮我看看问题出在哪里吗? 我尝试使用@Primary annotati