Nginx高性能web服务器之性能优化(八)
我们该如何充分发挥Nginx的高效和稳定性呢?这里我介绍下从编译安装开始,到系统内核,和利用第三方插件对Nginx进行优化,最大限度的发挥Nginx的性能。
一、编译安装过程的优化
1.减小Nginx编译安装后的文件大小
在编译Nginx的时候,默认是以debug模式进行的。而在debug模式下面会插入很多跟踪ASSERT之类的信息。当编译完成之后,一个Nginx要有好几M的字节。如果我们取消Nginx的debug模式,那么Nginx只有几百个字节。因为我们修改相关源码,取消debug模式:
在解压Nginx源码文件后,找到源码目录下的auto/cc/gcc文件,然后找到如下几行:
#debug
CFLAGS=" $CFLAGS -g"
注释或者删除这两行,就可以取消debug模式了
2.为特定的CPU指定CPU类型编译优化
在编译Nginx的时候,默认的GCC编译参数是"-O",优化GCC编译,可以使用以下两个参数:
--with-cc-opt=‘-O3‘
--with-cpu-opt=CPU
如果你想确定自己CPU的类型,可以通过以下命令获取:
cat /proc/cpuinfo|grep "model name"
二、利用TCMalloc优化Nginx的性能
首先要解决依赖库:
1.安装libunwind库
下载地址:http://download.savannah.gnu.org/releases/libunwind
[root@mysql ~]# tar zxvf libunwind-1.1.tar.gz [root@mysql ~]# cd libunwind-1.1 [root@mysql libunwind-1.1]# CFLAGS=-fPIC ./configure [root@mysql libunwind-1.1]# make CFLAGS=-fPIC [root@mysql libunwind-1.1]# make CFLAGS=-fPIC install
2.安装google-perftools
下载地址:https://code.google.com/p/gperftools (注意:要翻墙才能下载)
[root@mysql ~]#tar zxvf gperftools-2.1.tar.gz [root@mysql ~]#cd gperftools-2.1 [root@mysql gperftools-2.1]# ./configure [root@mysql gperftools-2.1]# make && make install [root@mysql gperftools-2.1]# echo "/usr/local/lib" > /etc/ld.so.conf.d/usr_local_lib.conf [root@mysql gperftools-2.1]# ldconfig
3.重新编译Nginx
要让Nginx支持google-perftools,要在安装过程中添加--with-google_perftools_module模块:
[root@mysql nginx-1.6.2]# ./configure --prefix=/usr/local/nginx/ > --with-google_perftools_module > --with-http_stub_status_module [root@mysql nginx-1.6.2]# make && make install
4.创建一个线程目录,把文件放在/tmp/tcmalloc下面:
[root@mysql ~]# mkdir /tmp/tcmalloc [root@mysql ~]# chmod 0777 /tmp/tcmalloc/
5.修改Nginx主配置文件
在pid行下面添加如下代码:
#pid /usr/local/nginx/nginx.pid; google_perftools_profiles /tmp/tcmalloc;
重启Nginx,完成加载!
6.验证运行状态
lsof -n|grep tcamlloc
三、Nginx内核参数优化
关于内核参数的优化(/etc/sysctl.conf):
net.ipv4.tcp_max_tw_buckets = 6000timewait的数量,默认是180000。
net.ipv4.ip_local_port_range =1024 65000允许系统打开的端口范围。
net.ipv4.tcp_tw_recycle = 1启用timewait快速回收。
net.ipv4.tcp_tw_reuse = 1开启重用。允许将TIME-WAITsockets重新用于新的TCP连接。
net.ipv4.tcp_syncookies = 1开启SYN Cookies,当出现SYN等待队列溢出时,启用cookies来处理。
net.core.somaxconn = 262144web应用中listen函数的backlog默认会给我们内核参数的net.core.somaxconn限制到128,而nginx定义的NGX_LISTEN_BACKLOG默认为511,所以有必要调整这个值。
net.core.netdev_max_backlog = 262144每个网络接口接收数据包的速率比内核处理这些包的速率快时,允许送到队列的数据包的最大数目。
net.ipv4.tcp_max_orphans = 262144系统中最多有多少个TCP套接字不被关联到任何一个用户文件句柄上。如果超过这个数字,孤儿连接将即刻被复位并打印出警告信息。这个限制仅仅是为了防止简单的DoS攻击,不能过分依靠它或者人为地减小这个值,更应该增加这个值(如果增加了内存之后)。
net.ipv4.tcp_max_syn_backlog = 262144记录的那些尚未收到客户端确认信息的连接请求的最大值。对于有128M内存的系统而言,缺省值是1024,小内存的系统则是128。
net.ipv4.tcp_timestamps = 0时间戳可以避免序列号的卷绕。一个1Gbps的链路肯定会遇到以前用过的序列号。时间戳能够让内核接受这种“异常”的数据包。这里需要将其关掉。
net.ipv4.tcp_synack_retries = 1为了打开对端的连接,内核需要发送一个SYN并附带一个回应前面一个SYN的ACK。也就是所谓三次握手中的第二次握手。这个设置决定了内核放弃连接之前发送SYN+ACK包的数量。
net.ipv4.tcp_syn_retries = 1在内核放弃建立连接之前发送SYN包的数量。
net.ipv4.tcp_fin_timeout = 1如果套接字由本端要求关闭,这个参数决定了它保持在FIN-WAIT-2状态的时间。对端可以出错并永远不关闭连接,甚至意外当机。缺省值是60 秒。2.2 内核的通常值是180秒,你可以按这个设置,但要记住的是,即使你的机器是一个轻载的WEB服务器,也有因为大量的死套接字而内存溢出的风险,FIN- WAIT-2的危险性比FIN-WAIT-1要小,因为它最多只能吃掉1.5K内存,但是它们的生存期长些。
net.ipv4.tcp_keepalive_time = 30当keepalive起用的时候,TCP发送keepalive消息的频度。缺省是2小时。
本文出自 “梁恩宇-9527” 博客,请务必保留此出处http://liangey.blog.51cto.com/9097868/1631545
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。