核心引數的優化示例：
/etc/sysctl.conf
net.ipv4.tcp_max_tw_buckets = 6000//timewait的數量，預設是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 = 262144
//web應用中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
//close_wait時間 當keepalive起用的時候，tcp傳送keepalive訊息的頻度。預設是2小時。
NGINX核心引數優化
核心引數的優化，主要是在linux系統中針對nginx應用而進行的系統核心引數的優化。下面給出的乙個優化例項以供參考。net.ipv4.tcp max tw buckets 6000 net.ipv4.ip local port range 1024 65000 net.ipv4.tcp tw re...
Nginx核心優化引用
nginx核心優化在不斷的使用中有很多的問題出現，有不少的人都不知道去 尋找答案，下面乙個完整的nginx核心優化設定，希望在下面的 中你能找打自己想要的相關答案。nginx核心優化引用 net.ipv4.ip forward 0 net.ipv4.conf.default.rp filter 1 ...
Nginx配置優化與系統核心優化
nginx配置檔案需要我們不斷地學習，當然在我們不斷的學習中有很多問題出現，那麼接下來我們就看看有關nginx配置檔案的相關問題解決。一般來說nginx配置檔案中對優化比較有作用的為以下幾項 worker processes 8 nginx配置檔案程序數，建議按照cpu數目來指定，一般為它的倍數。w...