超级会员免费看
本文探讨了在系统压力测试中如何判断是服务端处理能力限制还是测试端压力不足的问题。通过分析肉鸡（测试机）的瓶颈，如CPU、内存、IO和网络资源，以及使用JMeter进行远程启动命令，提出评估肉鸡性能和QPS的方法。在压测前，可通过调整服务实例配置和增加并发线程数，预估所需的肉鸡数量和服务实例数，以确保准确评估系统的QPS能力。
在压测中当系统qps上不去时，会出现一个比较尴尬的问题，是当前系统服务端处理能力的问题，还是测试端发起的压力不足导致
那怎么避免这样的尴尬的情况呢？
肉鸡瓶颈
方法一：
查看肉鸡CPU、内存、IO和网络等资源占用
若CPU大于75/内存swap非常频繁/IO持续70%以上/网络使用率100%，增加肉鸡
方法二：
多增加一台肉鸡，观察服务端的tps是否提升，如果提升，则肉鸡是瓶颈
肉鸡的qps
那是否有更好的方式可以评估而不是在问题出现后再排查呢？可以尝试以下的方式
一、扩容服务的实例等配置，使用单个肉鸡进行压测
二、不断增加并发的线程数，查看肉鸡的tps
当前dubbo接口的单个4c的肉鸡能撑起的qps为1200+，即可以根据qps换算需要的肉鸡数
即肉鸡数 = 目标qps / 单个肉鸡qps
服务qps评估
同样，在压测前，首先使用多肉鸡对单个实例的服务
订阅专栏 解锁全文
扫一扫
970
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
