webman可处理请求数的计算
假设我每个请求响应恒定33.33ms
每个进程一秒可以处理33个请求
如果我开16个进程
那不是代表我每秒最多只能处理528个请求 再多一个一个就会有等待时间
如果直接把进程数再翻倍QPS最高值就是 1056
如果CPU占用不高，但是QPS已经快到达理论值，在CPU负载良好的情况下 进程数/CPU比例是否可以尝试不断提高
1544 3 1
3个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
联表一次查询和查询后循环内再查询别的表组装数据，哪个性能好呢？
PHP8.4下webman直接用topthink/think-orm想了解数据库连接该写在哪里
webman想使用人大金仓数据库，如何处理？ 求方案
微信SDK，关于webman里推荐的
redis-queue 延迟任务 可否延迟第二天触发？
127.0.0.1:1238地址显示已被占用?
请问下现阶段是否有必要使用异步mysql查询？
请教：webman如何让错误直接在网页显示，而不是在命令行打印出来？
webman不错，但不建议官方做webman-admin
你的单线程 ，单的彻底。
啥意思
你要知道,你理解的响应时间是包括浏览器请求到服务器,服务器响应以后,数据再传输到浏览器的时间,而webman里面每个进程的响应时间指的是接收到请求后,执行代码的时间,并不包括数据传输时间的.
https://www.workerman.net/q/8416
给你个链接自己去看,要是他也是从浏览器看响应时间,肯定也有几十ms,但是实际他代码平均响应时间都不用0.57ms,当然,如果你代码实际响应时间也要那么久,说明你数据库性能不行,或者服务器到数据库网络不行,如果是后者的话,那你多开几个进程当然有用.
webman中如何精准统计响应时间
有IO成本存在，你开再多进程也没用，反而浪费内存增加进程切换成本，想充分压榨CPU，可以上纯异步框架或者协程框架