linux 內核參數調整優化網絡

Linux系統內核設置優化tcp網絡，# vi /etc/sysctl.conf，添加如下內容

net.ipv4.tcp_syncookies = 1  

表示開啓SYN Cookies。當出現SYN等待隊列溢出時，啓用cookies來處理，可防範少許SYN攻擊，默認爲0，表示關閉；
　　net.ipv4.tcp_tw_reuse = 1  

表示開啓重用。容許將TIME-WAIT sockets從新用於新的TCP鏈接，默認爲0，表示關閉；
　　net.ipv4.tcp_tw_recycle = 1  

表示開啓TCP鏈接中TIME-WAIT sockets的快速回收，默認爲0，表示關閉。
　　net.ipv4.tcp_fin_timeout = 30  

表示若是套接字由本端要求關閉，這個參數決定了它保持在FIN-WAIT-2狀態的時間。
　　net.ipv4.tcp_keepalive_time = 1200 

表示當keepalive起用的時候，TCP發送keepalive消息的頻度。缺省是2小時

net.ipv4.tcp_keepalive_intvl = 30 

net.ipv4.tcp_keepalive_probes = 3 

上面兩行意思是，若是probe 3次(每次30秒)不成功,內核才完全放棄。

原來的默認值爲，顯然太大：

tcp_keepalive_time = 7200 seconds (2 hours)
tcp_keepalive_probes = 9
tcp_keepalive_intvl = 75 seconds

　　net.ipv4.ip_local_port_range = 1024   65000  

表示用於向外鏈接的端口範圍。缺省狀況下很小：32768到61000，改成1024到65000。
　　net.ipv4.tcp_max_syn_backlog = 8192  

表示SYN隊列的長度，默認爲1024，加大隊列長度爲8192，能夠容納更多等待鏈接的網絡鏈接數。

net.ipv4.netdev_max_backlog = 1000   

表示進入包的最大設備隊列，默認300，改大
　　net.core.tcp_max_tw_buckets = 5000
表 示系統同時保持TIME_WAIT套接字的最大數量，若是超過這個數字，TIME_WAIT套接字將馬上被清除並打印警告信息。默認爲180000，改成 5000。對於Apache、Nginx等服務器，上幾行的參數能夠很好地減小TIME_WAIT套接字數量，可是對於Squid，效果卻不大。此項參數 能夠控制TIME_WAIT套接字的最大數量，避免Squid服務器被大量的TIME_WAIT套接字拖死。

另外能夠參考優化內核配置：

/proc/sys/net/core/wmem_max   最大socket寫buffer,可參考的優化值:873200

/proc/sys/net/core/rmem_max    最大socket讀buffer,可參考的優化值:873200

/proc/sys/net/ipv4/tcp_wmem    TCP寫buffer,可參考的優化值: 8192 436600 873200

/proc/sys/net/ipv4/tcp_rmem      TCP讀buffer,可參考的優化值: 32768 436600 873200

/proc/sys/net/ipv4/tcp_mem
一樣有3個值,意思是:
net.ipv4.tcp_mem[0]:低於此值,TCP沒有內存壓力.
net.ipv4.tcp_mem[1]:在此值下,進入內存壓力階段.
net.ipv4.tcp_mem[2]:高於此值,TCP拒絕分配socket.
上述內存單位是頁,而不是字節.
可參考的優化值是:786432 1048576 1572864

/proc/sys/net/core/somaxconn
listen()的默認參數,掛起請求的最大數量.默認是128.對繁忙的服務器,增長該值有助於網絡性能.
可調整到256.

/proc/sys/net/core/optmem_max
socket buffer的最大初始化值,默認10K.

/proc/sys/net/ipv4/tcp_retries2
TCP失敗重傳次數,默認值15,意味着重傳15次才完全放棄.可減小到5,以儘早釋放內核資源.

還有一個重要參數：net.core.somaxconn    表示socket監聽（listen）的backlog上限，是socket的監聽隊列，當一個請求（request）還沒有被處理或創建時，他會進入backlog。而socket server能夠一次性處理backlog中的全部請求，處理後的請求再也不位於監聽隊列中。當server處理請求較慢，以致於監聽隊列被填滿後，新來的請求會被拒絕。

該參數默認值128。在高突發的請求中可能會致使連接超時或者觸發重傳。好比nginx 定義NGX_LISTEN_BACKLOG默認到511, 卻因爲咱們參數不曾優化會限制到128,顯然這裏限制了nginx的backlog，須要優化

net.core.somaxconn = 32768