[root@proxy ~]# ab -n 2000 -c 2000 http://192.168.4.5/ Benchmarking 192.168.4.5 (be patient) socket: Too many open files (24) //提示打开文件数量过多
修改Nginx配置文件,增加并发量
[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
worker_processes 2; //与CPU核心数量一致
events {
worker_connections 65535; //每个worker最大并发连接数
use epoll;
}
.. ..
[root@proxy ~]# nginx -s reload
[root@proxy ~]# ulimit -a //查看所有属性值 [root@proxy ~]# ulimit -Hn 100000 //设置硬限制(临时规则) [root@proxy ~]# ulimit -Sn 100000 //设置软限制(临时规则) [root@proxy ~]# vim /etc/security/limits.conf .. .. * soft nofile 100000 * hard nofile 100000 #该配置文件分4列,分别如下: #用户或组 硬限制或软限制 需要限制的项目 限制的值
优化后测试服务器并发量
[root@proxy ~]# ab -n 2000 -c 2000 http://192.168.4.5/
[root@proxy ~]# cat lnmp_soft/buffer.sh
#!/bin/bash
URL=http://192.168.4.5/index.html?
for i in {1..5000}
do
URL=${URL}v$i=$i
done
curl $URL //经过5000次循环后,生成一个长的URL地址栏
[root@proxy ~]# ./buffer.sh
.. ..
<center><h1>414 Request-URI Too Large</h1></center> //提示头部信息过大
修改Nginx配置文件,增加数据包头部缓存大小
[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
http {
client_header_buffer_size 1k; //默认请求包头信息的缓存
large_client_header_buffers 4 4k; //大请求包头部信息的缓存个数与容量
.. ..
}
[root@proxy ~]# nginx -s reload
[root@proxy ~]# cat /usr/local/nginx/conf/nginx.conf
http {
.. ..
gzip on; //开启压缩
gzip_min_length 1000; //小文件不压缩
gzip_comp_level 4; //压缩比率
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
//对特定文件压缩,类型参考mime.types
.. ..
http {
open_file_cache max=2000 inactive=20s;
open_file_cache_valid 60s;
open_file_cache_min_uses 5;
open_file_cache_errors off;
//设置服务器最大缓存2000个文件句柄,关闭20秒内无请求的文件句柄
//文件句柄的有效时间是60秒,60秒后过期
//只有访问次数超过5次会被缓存
}
[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
location ~* \.(jpg|jpeg|gif|png|css|js|ico|xml)$ {
expires 30d; //定义客户端缓存时间为30天
}
}
[root@proxy ~]# cp /usr/share/backgrounds/day.jpg /usr/local/nginx/html
[root@proxy ~]# nginx -s reload
到此这篇关于nginx优化的六点方法的文章就介绍到这了,更多相关nginx优化内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库!
处理高性能和高效率的并发一直是部署nginx的主要优势。现在我们来了解有关Nginx更多的优点。 在过去几年中,Web架构师已经接受了将应用程序基础架构与Web服务器分离和分离的想法。 然而,以前以LAMP(Linux,Apache,MySQL,PHP,Python或Perl)为基础的网站的形式可能不仅仅是一个基于LEMP的(“E”代表“Engine x”)) ,但是越来越多地将网络服务器推送到基
Ngnix使用hash表来协助完成请求的快速处理。 考虑到保存键及其值的hash表存储单元的大小不至于超出设定参数(hash bucket size), 在启动和每次重新配置时,Nginx为hash表选择尽可能小的尺寸。 直到hash表超过参数(hash max size)的大小才重新进行选择. 对于大多数hash表都有指令来修改这些参数。例如,保存服务器名字的hash表是由指令 server_n
问题内容: 在有关Hotspot中的JIT的讲座中,我想提供尽可能多的JIT执行的特定优化示例。 我只知道“方法内联”,但是应该更多。为每个示例投票。 问题答案: 好吧,您应该阅读Brian Goetz的文章以获取示例。 简而言之,HotSpot可以并且将: 内联方法 连接同一对象上的相邻块 如果无法从其他线程访问监视器,则消除锁定 消除无效代码(因此大多数微基准都是毫无意义的) 对非变量的直接存
本文向大家介绍Nginx服务器高性能优化的配置方法小结,包括了Nginx服务器高性能优化的配置方法小结的使用技巧和注意事项,需要的朋友参考一下 通常来说,一个优化良好的 Nginx Linux 服务器可以达到 500,000 – 600,000 次/秒 的请求处理性能,然而我的 Nginx 服务器可以稳定地达到 904,000 次/秒 的处理性能,并且我以此高负载测试超过 12 小时,服务器工作稳
主要内容:敏捷方法的优点,敏捷方法的缺点,瀑布模型的优点,瀑布模型的缺点,敏捷方法和瀑布模型的比较与传统的瀑布模型或其他模型相比,使用敏捷方法有很多优点。敏捷开发方法和测试实践为具有积极方面的众多组织创造了奇迹。它的积极方面不是隐藏的,它在组织中非常明显。 敏捷方法的优点 客户满意度是快速,持续开发和交付有用的软件。 客户,开发人员和产品负责人定期互动以强调而不是流程和工具。 产品开发快速且经常交付(数周而非数月)。 面对面交谈是最好的交流方式。 它不断关注技术卓越和良好的设计。 业务人员和开
本文向大家介绍angularjs性能优化的方法,包括了angularjs性能优化的方法的使用技巧和注意事项,需要的朋友参考一下 学习angularjs有一段时间了,但是一直都没有怎么考虑过性能方面的问题,上次在研究过滤器的时候涉及到了性能问题。所以自己也总结了下常用的性能优化。 优化$watch 1.及时移除不必要的watch 2.尽量避免深度watch 我们都知道$watch有三个参数,第三个参
本文向大家介绍Nginx 配置多站点vhost 的方法,包括了Nginx 配置多站点vhost 的方法的使用技巧和注意事项,需要的朋友参考一下 假设你想在Linux Nginx中用不同的域名访问不同的目录,这时就要配置多个vhost,具体配置如下,假设网站根目录设定在/var/www/ 1、在/var/www/下新建两个目录 2、编辑/etc/nginx/nginx.conf 3、在/etc/ng
本文向大家介绍Nginx+Tomcat多站点部署的方法,包括了Nginx+Tomcat多站点部署的方法的使用技巧和注意事项,需要的朋友参考一下 本文介绍了Nginx+Tomcat多站点部署的方法,分享给大家,具体如下: Tomcat配置: 添加多域名: Engine节点下: 添加域名1 添加域名2 注意,还需要一个默认语句,即name="localhost"的域名,否则tomcat偶尔会报空指针错