逻辑不同，有什么可比的呢？
我司的核心服务只有 30QPS，三台服务器负载均衡支撑百万日访问量很稳
我刚写代码第一年用 django 写的服务，请求第三方服务+数据库操作，都不只 200qps 。
你这个情况太模糊，「打 log 」是打印 log 吗？打印到控制台是有可能影响性能的，关掉 log 试一下呢
没有可比性
我们公司单机是将近 100 核，100 多 GB 内存，万兆网卡的物理机。你要多少 qps 都行
所以压测是个很复杂的事情，需要分析下哪里慢，被压服务是什么并发模型，机器资源利用率多少
2003 年 15 寸的 MBP，8G 内存，数据从先从 Redis 访问，没有再从 MySQL 获取 (共有 10 万条记录)，SpringBoot 应用，QPS 在 16000 左右，测试方式:
- MBP 连上有线和无限网络 (每个网卡的流量都有限制，开启双网卡进行测试能够更充分的打更多流量)
- 服务跑在 MBP 上
- MBP 上使用一个 JMeter，使用无线网络 IP
- PC 上使用一个 JMeter，使用有线网络 IP
搜索 web framework benchmark，然后我随便找了一个 https://web-frameworks-benchmark.netlify.app/
qps 从几百到十几万的都有，当然这是 hello world 的测试，没有数据库的。
假设数据库和 redis 和写日志都可以无限扩展并且每个查询只要 2 毫秒，假设每件事情的开销都和处理 hello world 请求一样，那么 qps 大概要除以 4 吧，也就是 qps 从几百到几万。
然后因为 qps 少了，event loop 或者 scheduler 的开销会减少，所以性能也许会再比上面说的数字高一些。
上面说的假设都不见得成立，比如日志很可能要写到硬盘上，而硬盘的性能也天差地别。
很多 ssd 的 iops 都不到 4 万，如果要把日志逐条写到这种硬盘上，qps 就不可能超过 4 万。
另外，树莓派 1 是单机，5 楼说的 100 核也是单机。
所以这个问题根本没有答案。
撰写答案
相关问题
热门文章
