帶寬占用大和workerman沒直接關(guān)系，和你業(yè)務(wù)有關(guān)。
你可以根據(jù)自己的業(yè)務(wù)估算需要多大帶寬。

比如你說的137人在線，其中一個(gè)人發(fā)了一個(gè)圖片，圖片10kB。
137個(gè)人同時(shí)看到聊天信息下載圖片，瞬間帶寬 137*10kB/S=1.3MB/S=10Mbit/S。

但是這個(gè)你不能說是workerman的問題

walkor大大

幫我看看 150人左右的 這個(gè)workerman的status 正常不

8核的

每個(gè)gateway占用的內(nèi)存貌似不高 每個(gè)的請(qǐng)求數(shù)卻又這么多

有點(diǎn)暈乎
[attach]466[/attach]

看上去 鏈接數(shù)并不多 請(qǐng)求數(shù)為何這么多

這臺(tái)服務(wù)器沒正式工作也有連接數(shù)和請(qǐng)求數(shù)

wokerman 重啟一下可以讓請(qǐng)求數(shù)降下來

gateway的connections鏈接數(shù)不代表全部是客戶端的鏈接，connections包含了該進(jìn)程內(nèi)所有tcp的鏈接數(shù)，包括gateway與Worker的內(nèi)部通許鏈接，gateway與register的鏈接。
手冊有這部分介紹 http://doc3.workerman.net/advanced/status.html
所以截圖的connections部分統(tǒng)計(jì)是正常的，每個(gè)gateway有4個(gè)BusinessWorker的鏈接和1個(gè)Register的鏈接。

請(qǐng)求數(shù)多少是否正常可以自己算，我不清楚你的業(yè)務(wù)，這個(gè)沒法幫你

walkor大大

那為何重啟workerman 請(qǐng)求數(shù)就掉下去了 不重啟居就一直下不去

理論上當(dāng)時(shí)沒有用戶進(jìn)聊天室呢

對(duì)于這個(gè)每個(gè)gateway請(qǐng)求數(shù)的含義 連接數(shù)又具體代表啥子含義

對(duì)于服務(wù)器未正式投入工作或是只有少量用戶在聊天室內(nèi)

total_request 也就是各個(gè)gateway的請(qǐng)求數(shù) 顯示很多的話

可能的原因

幫我分析分析唄

重啟了，進(jìn)程都沒了，新的進(jìn)程的請(qǐng)求數(shù)當(dāng)然是0

按照你的業(yè)務(wù)邏輯，一個(gè)客戶端每秒發(fā)一個(gè)請(qǐng)求到workemran，那一天也要8萬的請(qǐng)求呢。
看到你截圖里的請(qǐng)求數(shù)也正常啊

我剛用測試服務(wù)器又測試了下

發(fā)現(xiàn) 請(qǐng)求數(shù)只要一上去了 就下不來了

20161220 凌晨2點(diǎn)的監(jiān)控 并且我確定截此圖后

服務(wù)器沒有客戶端連接了

[attach]469[/attach]

然后 今天下午3點(diǎn)多 我再次查看下監(jiān)控
截圖如下

[attach]470[/attach]

請(qǐng)求數(shù)還是下不去

主要是 若是只有少量請(qǐng)求數(shù) 那應(yīng)該是正常的 但是沒有客戶端鏈接服務(wù)器

仍然有 700+的請(qǐng)求數(shù)

哪里來的？

我猜測 gateway的請(qǐng)求數(shù) 只要一上去 就下不來了

重啟workeman 可以讓請(qǐng)求數(shù)降下來

請(qǐng)求數(shù)是累加的吧，意思是這個(gè)進(jìn)程從開始到現(xiàn)在一共處理了多少個(gè)請(qǐng)求，除非進(jìn)程重啟，否則不會(huì)下去啊。

真實(shí)情況是這樣么 ？ 看老大是怎么說的吧

@latin 說的對(duì)
手冊也有明確說明
http://doc3.workerman.net/advanced/status.html

贊 那就沒啥好擔(dān)心的了