gatewayworker分布式部署扩容后的性能问题
目前按照分布式的方式部署了2台gatewayworker，每台开30个gateway进程，100个bussinessworker进程（16核32G，云服务商主机），注册中心放在其中一台上面，上周两台服务器cpu由于业务增长，cpu达到了50%，cpu的sy指标都高于us，差不多是us的两倍，为了应付后续的业务增长，增加部署了两台（8核16G），但是发现对之前2台的cpu都没有起到降低作用，基本没有变化。实在是搞不懂这个分布式部署的优势怎么没了？而且cpu里大部分都是30个gateway进程在消耗，每个线程可以消耗23左右，哪位大神救救急。
2739 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 内存一直增长
确认了，是没装event扩展导致的，大并发链接需要安装event扩展。
另外gateway进程数设置成与cpu核数一致即可。
bussinessworker进程数设置成cpu的三倍就差不多了。
进程数过多会有一些进程间切换开销。