worker_processes 8
一般CPU(i/o)密集型配置為核數相同，網絡(i/o)密集型配置為核數倍數(我配置為2倍)
worker_cpu_affinity(這個沒用過)
僅適用於linux，使用該選項可以綁定worker進程和CPU（2.4內核的機器用不了）
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
為每個進程分配cpu，上例中將8個進程分配到8個cpu，當然可以寫多個，或者將一個進程分配到多個cpu。
worker_rlimit_nofile 102400;
每個nginx進程打開文件描述符最大數目 配置要和系統的單進程打開文件數一致,linux 2.6內核下開啟文件打開數為65535，
理論值應該是最多打開文件數（ulimit -n）與nginx進程數相除，但是nginx分配請求並不是那么均勻，所以最好與ulimit -n的值保持一致，
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