Nginx优化_访问并发量(进程可以打开的最大文件数量)

如果客户端访问服务器提示“Too many open files”如何解决?

[[email protected] ~]# ab -n 2000 -c 2000 http://192.168.1.100/    #高并发访问Nginx代理的网站,提示打开文件数量过多

Benchmarking 192.168.1.100 (be patient)

socket: Too many open files (24)

优化步骤:

1.  调整Nginx的主配置文件,增加并发量.

[[email protected] ~]# vim /usr/local/nginx/conf/nginx.conf

...

worker_processes 2;      #调整到与CPU数量一致

events {

worker_connection 65535;   #每个worker最大并发连接数

}

[[email protected] ~]#/usr/local/nginx/sbin/nginx -s reload

2. 调整内核参数

[[email protected] ~]# ulimit -a    #查看所有的属性值

[[email protected] ~]# ulimit -Hn 100000    #临时设置硬限制

[[email protected] ~]# ulimit -Sn 100000    #设置软限制

[[email protected] ~]# vim /etc/security/limits.conf

...

*                 soft           nofile                        100000

*                hard           nofile                        100000

用户/组     软/硬限制     需要限制的项目         限制的值

3. 测试

[[email protected] ~]# ab -n 2000 -c 2000 http://192.168.1.100/      #自己访问自己,测试一下配置效果

结束.

原文地址:https://www.cnblogs.com/liusingbon/p/11221340.html

时间: 2024-10-31 23:00:46

Nginx优化_访问并发量(进程可以打开的最大文件数量)的相关文章

nginx优化 突破十万并发

nginx优化 突破十万并发 一.一般来说nginx 配置文件中对优化比较有作用的为以下几项: 1. worker_processes 8; nginx 进程数,建议按照cpu 数目来指定,一般为它的倍数 (如,2个四核的cpu计为8). 2. worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; 为每个进程分配cpu,上例中将8 个进程分配到8 个cpu,当然可以

nginx 优化(突破十万并发)

一般来说nginx配置文件中对优化比较有作用的为以下几项: worker_processes 8; nginx进程数,建议按照cpu数目来指定,一般为它的倍数. worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; 为每个进程分配cpu,上例中将8个进程分配到8个cpu,当然可以写多个,或者将一个进程分配到多个cpu. worker_rlimit_nofile 10

[后端]nginx+tornado+supervisor提升并发量 @ 备忘

部署有nginx的机器每一个核都会启动一个worker进程,用来接受处理客户端发来的请求.为了做负载均衡,worker会根据一定的规则将请求分发到后面的某一台机器上.由于我的nginx机器后面只有一台四核机器,所以我是这样分发请求的,配置文件中相应位置这样写: upstream news_baijia{ server 0.0.0.0:9999; server 0.0.0.0:9998; server 0.0.0.0:9997; server 0.0.0.0:9996; } 这相当于将请求分发到0

优化Nginx并发量

1)优化前使用ab高并发测试 客户端测试# yum -y install httpd-tools.x86_64 # ab -c 200 -n 200 http://192.168.4.5/ # 192.168.4.5后面的斜线 / 必须要敲.c代表client.ab是模拟器.n是number.200个人总共点了200次,相当于每个人1次.--------------------------------------------------------------------------------

nginx优化配置参考

#nginx启用的用户和组user nginx; #启动的工作进程数,一般配置为跟逻辑CPU核数一样worker_processes auto; #1个nginx进程可打开的最大文件描述符数目的数量worker_rlimit_nofile 51200; #记录严重错误日志error_log /var/log/nginx/error.log error; #运行的pidpid /run/nginx.pid; #加载其他模块配置include /usr/share/nginx/modules/*.c

nginx优化(转)

Puppet利用Nginx多端口实现负载均衡 对 Nginx SSL 的性能进行调整 一.nginx 配置文件中基本设置: 1.  worker_processes 8; 2.  worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; nginx 进程数,按照cpu 数目来指定 (如,2个四核的cpu计为8).为每个进程分配cpu,上例中将8 个进程分配到8 个cpu

UNIX环境编程学习笔记(7)——文件I/O之文件访问权限与进程访问控制

lienhua342014-09-02 1 文件的设置用户 ID位 和设置组 ID位 与进程相关联的 ID 如下表所示, 表 1: 与进程相关联的用户 ID 和组 ID 实际用户 ID 我们实际上是谁 实际组 ID 有效用户 ID 用于文件访问权限检查 有效组 ID 附加组 ID 保存的设置用户 ID 由 exec 函数保存 保存的设置组 ID 保存的设置用户 ID 和保存的设置组 ID 在执行一个程序时包含了有效用户 ID 和有效组 ID 的副本,这个后面我们学习到进程时在详细学习. 此处,我

php高并发大流量站点nginx优化

我们的站点目前能应对千万级PV以及百万级的并发,对php+nginx的优化有一点点心得,写下来做一些记录. 1.TCP sockets 与Unix sockets Unix sockets比TCP sockets提供更好一些的性能(因为I/O数据读写少,上下文切换少). upstream backend { server unix:/var/run/fastcgi.sock; # server 127.0.0.1:8080; } 2.禁用或者优化access_log 大流量访问时,较大的访问会导

nginx 的一些优化(突破十万并发)

一般来说 nginx 配置文件中对优化比较有作用的为以下几项: worker_processes 8; nginx 进程数,建议按照 cpu 数目来指定,一般为它的倍数. worker_cpu_affinity  00000001  00000010  00000100  00001000  00010000  00100000 01000000 10000000; 为每个进程分配 cpu,上例中将 8 个进程分配到 8 个 cpu,当然可以写多个,或者将一 个进程分配到多个 cpu. work