worker_processes 8javascript
通常CPU(i/o)密集型配置爲核數相同,網絡(i/o)密集型配置爲核數倍數(我配置爲2倍)css
worker_cpu_affinity(這個沒用過)java
僅適用於linux,使用該選項能夠綁定worker進程和CPU(2.4內核的機器用不了)linux
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;nginx
爲每一個進程分配cpu,上例中將8個進程分配到8個cpu,固然能夠寫多個,或者將一個進程分配到多個cpu。web
worker_rlimit_nofile 102400;緩存
每一個nginx進程打開文件描述符最大數目 配置要和系統的單進程打開文件數一致,linux 2.6內核下開啓文件打開數爲65535,服務器
理論值應該是最多打開文件數(ulimit -n)與nginx進程數相除,可是nginx分配請求並非那麼均勻,因此最好與ulimit -n的值保持一致,cookie
worker_rlimit_nofile就相應應該填寫65535。網絡
use epoll
Nginx使用了最新的epoll(Linux 2.6內核)和kqueue(freebsd)網絡I/O模型,而Apache則使用的是傳統的select模型。
處理大量的鏈接的讀寫,Apache所採用的select網絡I/O模型很是低效。
在高併發服務器中,輪詢I/O是最耗時間的操做 目前Linux下可以承受高併發訪問的Squid、Memcached都採用的是epoll網絡I/O模型。
worker_connections 65535;
每一個工做進程容許最大的同時鏈接數 (Maxclient = work_processes * worker_connections)
keepalive_timeout 75
keepalive超時時間,這裏須要注意官方的一句話:
The parameters can differ from each other. Line Keep-Alive:timeout=time understands Mozilla and Konqueror. MSIE itself shuts keep-alive connection approximately after 60 seconds.
client_header_buffer_size 4k
large_client_header_buffers 4 32k
客戶端請求頭部的緩衝區大小,這個能夠根據你的系統分頁大小來設置,通常一個請求的頭部大小不會超過1k,不過因爲通常系統分頁都要大於1k,因此這裏設置爲分頁大小。
分頁大小能夠用命令getconf PAGESIZE取得。
nginx默認會用client_header_buffer_size這個buffer來讀取header值,若是請求header過大,它會使用large_client_header_buffers來讀取
若是設置太小,
當是HTTP頭過大時(通常都是cookie過大),會報400 錯誤 nginx 400 bad request
當是請求行過大時,就會報HTTP 414錯誤(URI Too Long)
具體看:http://www.jianshu.com/p/d028a37890b7解釋
open_file_cache max 102400 inactive=20s;
使用字段:http, server, location
這個指令指定緩存是否啓用,默認未啓用,若是啓用,將記錄文件如下信息:
打開的文件描述符
大小信息和修改時間
存在的目錄信息
在搜索文件過程當中的錯誤信息 -- 沒有這個文件,沒法正確讀取,參考open_file_cache_errors 指令選項:
max - 指定緩存的最大數目,建議和打開文件數一致,inactive是指通過多長時間文件沒被請求後刪除緩存。若是緩存溢出,最長使用過的文件(LRU)將被移除
例: open_file_cache max=1000 inactive=20s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors on;
open_file_cache_errors
語法:open_file_cache_errors on | off 默認值:open_file_cache_errors off 使用字段:http, server, location 這個指令指定是否在搜索一個文件是記錄cache錯誤.
open_file_cache_min_uses
語法:open_file_cache_min_uses number 默認值:open_file_cache_min_uses 1 使用字段:http, server, location
open_file_cache指令中的inactive參數時間內文件的最少使用次數,若是超過這個數字,文件描述符一直是在緩存中打開的,如上例,若是有一個文件在inactive時間內一次沒被使
用,它將被移除。
open_file_cache_valid
語法:open_file_cache_valid time 默認值:open_file_cache_valid 60 使用字段:http, server, location 這個指令指定了多長時間檢查一次open_file_cache中緩存項目的有效信息.
開啓gzip
gzip on;
gzip_min_length 1k;
gzip_buffers 4 16k;
gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript text/css
application/xml;
gzip_vary on;
緩存靜態文件:
location ~* ^.+\.(swf|gif|png|jpg|js|css)$ {
root /usr/local/ku6/ktv/show.ku6.com/;
expires 1m;
}
優化Linux內核參數
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-WAIT sockets從新用於新的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小時。
vi /etc/sysctl.conf
#add
一個完整的內核優化配置
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.ipv4.tcp_max_tw_buckets = 6000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_rmem = 4096 87380 4194304
net.ipv4.tcp_wmem = 4096 16384 4194304
net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.core.netdev_max_backlog = 262144
net.core.somaxconn = 262144 net.ipv4.tcp_max_orphans = 3276800 net.ipv4.tcp_max_syn_backlog = 262144 net.ipv4.tcp_timestamps = 0 net.ipv4.tcp_synack_retries = 1 net.ipv4.tcp_syn_retries = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_mem = 94500000 915000000 927000000 net.ipv4.tcp_fin_timeout = 1 net.ipv4.tcp_keepalive_time = 30 net.ipv4.ip_local_port_range = 1024 65000