今天正式用了下workerman发现有的时候吃带宽吃的好多啊

带宽占用大和workerman没直接关系，和你业务有关。
你可以根据自己的业务估算需要多大带宽。

比如你说的137人在线，其中一个人发了一个图片，图片10kB。
137个人同时看到聊天信息下载图片，瞬间带宽 137*10kB/S=1.3MB/S=10Mbit/S。

但是这个你不能说是workerman的问题

walkor大大

帮我看看 150人左右的 这个workerman的status 正常不

8核的

每个gateway占用的内存貌似不高 每个的请求数却又这么多

有点晕乎
[attach]466[/attach]

看上去 链接数并不多 请求数为何这么多

这台服务器没正式工作也有连接数和请求数

wokerman 重启一下可以让请求数降下来

gateway的connections链接数不代表全部是客户端的链接，connections包含了该进程内所有tcp的链接数，包括gateway与Worker的内部通许链接，gateway与register的链接。
手册有这部分介绍 http://doc3.workerman.net/advanced/status.html
所以截图的connections部分统计是正常的，每个gateway有4个BusinessWorker的链接和1个Register的链接。

请求数多少是否正常可以自己算，我不清楚你的业务，这个没法帮你

walkor大大

那为何重启workerman 请求数就掉下去了 不重启居就一直下不去

理论上当时没有用户进聊天室呢

对于这个每个gateway请求数的含义 连接数又具体代表啥子含义

对于服务器未正式投入工作或是只有少量用户在聊天室内

total_request 也就是各个gateway的请求数 显示很多的话

可能的原因

帮我分析分析呗

重启了，进程都没了，新的进程的请求数当然是0

按照你的业务逻辑，一个客户端每秒发一个请求到workemran，那一天也要8万的请求呢。
看到你截图里的请求数也正常啊

我刚用测试服务器又测试了下

发现 请求数只要一上去了 就下不来了

20161220 凌晨2点的监控 并且我确定截此图后

服务器没有客户端连接了

[attach]469[/attach]

然后 今天下午3点多 我再次查看下监控
截图如下

[attach]470[/attach]

请求数还是下不去

主要是 若是只有少量请求数 那应该是正常的 但是没有客户端链接服务器

仍然有 700+的请求数

哪里来的？

我猜测 gateway的请求数 只要一上去 就下不来了

重启workeman 可以让请求数降下来

请求数是累加的吧，意思是这个进程从开始到现在一共处理了多少个请求，除非进程重启，否则不会下去啊。

真实情况是这样么 ？ 看老大是怎么说的吧

@latin 说的对
手册也有明确说明
http://doc3.workerman.net/advanced/status.html

赞 那就没啥好担心的了