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 

linux 核心參數調整最佳化網路