1. 程式人生 > >大併發下listen的連線完成對列backlog太小導致客戶超時,伺服器效率低下

大併發下listen的連線完成對列backlog太小導致客戶超時,伺服器效率低下

$ /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/netdev_max_backlog
進入包的最大裝置佇列.預設是300,對重負載伺服器而言,該值太低,可調整到1000.
$ /proc/sys/net/core/somaxconn
listen()的預設引數,掛起請求的最大數量.預設是128.對繁忙的伺服器,增加該值有助於網路效能.可調整到256.
$ /proc/sys/net/core/optmem_max
socket buffer的最大初始化值,預設10K.
$ /proc/sys/net/ipv4/tcp_max_syn_backlog
進入SYN包的最大請求佇列.預設1024.對重負載伺服器,增加該值顯然有好處.可調整到2048.
$ /proc/sys/net/ipv4/tcp_retries2
TCP失敗重傳次數,預設值15,意味著重傳15次才徹底放棄.可減少到5,以儘早釋放核心資源.
$ /proc/sys/net/ipv4/tcp_keepalive_time
$ /proc/sys/net/ipv4/tcp_keepalive_intvl
$ /proc/sys/net/ipv4/tcp_keepalive_probes
這3個引數與TCP KeepAlive有關.預設值是:
tcp_keepalive_time = 7200 seconds (2 hours)
tcp_keepalive_probes = 9
tcp_keepalive_intvl = 75 seconds
意思是如果某個TCP連線在idle 2個小時後,核心才發起probe.如果probe 9次(每次75秒)不成功,核心才徹底放棄,認為該連線已失效.對伺服器而言,顯然上述值太大. 可調整到:
/proc/sys/net/ipv4/tcp_keepalive_time 1800
/proc/sys/net/ipv4/tcp_keepalive_intvl 30
/proc/sys/net/ipv4/tcp_keepalive_probes 3
$ proc/sys/net/ipv4/ip_local_port_range
指定埠範圍的一個配置,預設是32768 61000,已夠大.

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小時,改為20分鐘。
net.ipv4.ip_local_port_range = 1024 65000
表示用於向外連線的埠範圍。預設情況下很小:32768到61000,改為1024到65000。
net.ipv4.tcp_max_syn_backlog = 8192
表示SYN佇列的長度,預設為1024,加大佇列長度為8192,可以容納更多等待連線的網路連線數。
net.ipv4.tcp_max_tw_buckets = 5000
表示系統
同時保持TIME_WAIT套接字的最大數量,如果超過這個數字,TIME_WAIT套接字將立刻被清除並列印警告資訊。預設為180000,改為 5000。對於Apache、Nginx等伺服器,上幾行的引數可以很好地減少TIME_WAIT套接字數量,但是對於Squid,效果卻不大。此項引數可以控制TIME_WAIT套接字的最大數量,避免Squid伺服器被大量的TIME_WAIT套接字拖死。

一般設定:
1 sudo vi /etc/sysctl.conf 
在最下面編輯新增: 
net.ipv4.tcp_fin_timeout = 30 
net.ipv4.tcp_keepalive_time = 1200 
net.ipv4.route.gc_timeout = 100 
net.ipv4.ip_local_port_range = 1024 65000 
net.ipv4.tcp_tw_reuse = 1 
net.ipv4.tcp_tw_recycle = 1 
net.ipv4.tcp_syn_retries = 1 
net.ipv4.tcp_synack_retries = 1 
net.ipv4.tcp_max_syn_backlog = 262144 
net.core.netdev_max_backlog = 262144 
net.core.somaxconn = 262144 
net.ipv4.tcp_mem = 94500000 915000000 927000000 
儲存退出 
2 sudo /sbin/sysctl -p

相關推薦

併發listen連線完成backlog導致客戶超時伺服器效率低下

$ /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

使用Spring框架的JdbcTemplate 完成資料庫的增刪改查操作

還記得以前做的畢業設計是用的C3P0包,而當時並沒有使用到三大框架。現在畢業工作了,但是感覺要學的比工作深一層,一是提高自己的能力,二是以防萬一要換工作了,起碼掌握的東西能支撐自己以後的工作。不過這時候感覺自己就像java萌新(不,其實就是。) 現在第一篇技術相關的文章就寫

HttpClient併發Timeout waiting for connection from pool 問題解決方案

錯誤:org.apache.http.conn.ConnectionPoolTimeoutException: Timeout waiting for connection from pool 前言  : 第一次看到這個錯誤, 上網找了下,有文章說是連線池不夠了。。。。

併發Timeout waiting for connection from pool 解決方案

當前專案採用SpringCloud分散式架構 , 服務間採用REST介面請求 . 最近頻發連接獲取超時(本質上是HttpClient的連線超時)的問題 , 如下圖 :  這是因為HttpClient在併發量高的時候 , 可能會出現連線池不夠用的情況 .   解決方案如

Sequelize 事務併發造成的死鎖問題。

環境 Mysql 5.6 Innodb 1.起因 我們有個需要事物的業務場景,上線之初一直執行正常,可是在晚上高峰的時候一直會有邏輯錯誤的問題,剛開始絕的是邏輯有問題。在阿里RDS後臺發現出現大量的鎖,主表的某些資料行持有鎖不釋放,其它的sql一直

Sqoop導表在併發造成RegionServer的系統cpu過高

對於初始時只有一個Region並配置過多的map時,可能會造成某一RegionServer的系統cpu過高,主要原因是多個map任務會通過RPC同時向一個RegionServer寫入資料,當RegionServer的RPC Handler執行緒過少時,其它map端就會等待

kubectl&docker容器命令視窗

  #k8s  kubectl exec -ti busybox env COLUMNS=$COLUMNS LINES=$LINES bash #k8s example kubectl exec -ti &n

linuxsocket程式設計 select實現非阻塞模式多臺客戶端與伺服器通訊

select函式原型如下: int select (int maxfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout); select系統呼叫是用來讓我們的程式

併發連線的oracle在Linux記憶體不足的問題的分析(轉)

最近一臺裝有Rhel5.3的40G記憶體的機器上有一個oracle資料庫,資料庫的SGA設定為20G,當執行業務時,一個業務高峰期時,發現swap頻繁交換,CPU 100%,Load很高,基本體現為記憶體不足。此時的連線數在600個左右。按記憶體的計算:每個連線佔用記憶體基本

併發壓測redis連線異常Read timed out排查優化

壓測業務流程:獲取全國範圍地區資訊,第一次從mysql獲取資訊,獲取到資訊後hset到redis,後面的獲取資訊都走redis獲取並返回介面資料。 問題:20併發壓測獲取全國範圍地區資訊, 應用報錯,getList:merchant:area:listerror,redis

IIS 之 連線數、併發連線數、最併發工作執行緒數、佇列長度、最工作程序數

轉載: 參考:https://blog.csdn.net/enweitech/article/details/79815137 https://blog.csdn.net/enweitech/article/details/79815137 https://blog.csdn.net/b

IIS最併發連線

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!        

HttpClient高併發效能優化-http連線

首先,明確兩點: 1.http連線池不是萬能的,過多的長連線會佔用伺服器資源,導致其他服務受阻 2.http連線池只適用於請求是經常訪問同一主機(或同一個介面)的情況下 3.併發數不高的情況下資源利用率低下 那麼,當你的業務符合上面3點,那麼你可以考慮使用http連線池來提高伺服器效能

nginx最併發連線數的思考:worker_processes、worker_connections、worker_rlimit_nofile

無論是看過的nginx有關書還是網上看到的有關nginx 配置說明的文章(http://wiki.nginx.org/EventsModule#worker_connections),無一例外,在講到 worker_connections 和 max_clients這兩個概念的關係時都一致的一筆帶過

mysql 檢視連線狀態併發

show status like '%max_connections%'; ##mysql最大連線數set global max_connections=1000 ##重新設定show variables like '%max_connections%'; ##查詢資料庫當前設定的最大連線數 show gl

MySQL檢視最併發連線

MySQL檢視最大併發連線數 MySQL效能相關 最大併發連線數檢視 :show variables like ‘%max_connections%’; 重新設定最大併發連線數:set global max_connections=1000 修改/etc/my.cn

您如何設定一個在買家訂單後的”第60秒“發簡訊通知賣家發貨您需要考慮的是 像淘寶一樣的併發量的訂單。

問題描述:讓您做一個電商平臺,您如何設定一個在買家下訂單後的”第60秒“發簡訊通知賣家發貨,您需要考慮的是 像淘寶一樣的大併發量的訂單。   1、具有排序功能的佇列 2、Redis+定時器   思路 1   原理:第一種思路是延遲佇列實現的原

Mysql 檢視連線數,狀態 最併發

-- show variables like '%max_connections%'; 檢視最大連線數 set global max_connections=1000 重新設定 mysql> show status like 'Threads%'; +---

併發系列(七)-----AQS詳解同步

一 簡介      AbstractQueuedSynchronizer,即佇列同步器(簡稱AQS)。它是構建鎖或者其他同步元件的基礎框架。它的設計是基於模板方法模式的,也就是說,使用者需要繼承同步器並重寫指定的方法,隨後將同步器組合在自定義同步元件的實現中,並

iis最併發連線數、佇列長度、最併發執行緒數、最工作程序數

最大併發連線數:  1、影響因素: a.網站html請求,html中的圖片資源,html中的指令碼資源,其他需要連線下載的資源等等,任何一個資源的請求即一次連線(雖然有的資源請求連線響應很快) b.如果網頁採用框架(框架內部巢狀網頁請求),那麼一個框架即一次連線 c.