GatewayWorker群发和Channel组件群发
GatewayWorker群发和Channel组件群发有性能差别吗？
目前使用Channel组件的方式实现，在onWebSocketConnect里面将TcpConnection添加到数组中。每个进程连接Channel服务，监听事件。收到事件后遍历数组的连接发送到websocket客户端中。
这种方式在2核4g的云服务器中300个websocket连接，负载（宝塔中查看）和CPU都会跑到100%。不知道是不是正常（过程有数据库操作）
2173 1 0
1个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
webman有没有可能考虑内置Macro宏功能呢？
webman移植到linux报错Cannot redeclare……
workerman/http-client 是否需要手动关闭连接
关于webman使用fastcgi_finish_request函数的类似效果的方案
webman不错，但不建议官方做webman-admin
workerman/workerman (v4.2.0 => v4.2.1)后webman报错
Webman AI 发布5.2版本，支持画廊功能，支持史上最强gpt-4o模型
wokerman think-worker 内存一直增长
【文档优化】希望文档增加一个深色主题
压力测试的话300连接可以打满cpu，正常300连接的业务不会有这么大的cpu消耗，除非是什么和压力测试差不多的特殊业务。
GatewayWorker群发和Channel组件群发有性能差不多。
感谢大佬回复，和压力测试差不多，用的是自动化脚本，客户端直接创建300个连接，然后自动跑流程