问题描述如标题啦,之前都是单接口压测,这次是按场景压测,一头雾水
补充:
1.Jmeter 是安装在 windows 系统上
2.压的时候线程数从 20 到 100,吞吐量在 5/s 左右,后来又从 100 压到 800,吞吐量还是在 5/s 左右
3.被压服务器 cpu 最高也就去到 53,压到 800 线程的时候才 39%-43%,负载稳定在 1,被压服务器是 4 核的
根据百度到的内容自己排查了一下,服务器带宽、链接数都是够用的,Jmeter 单机并发数有限,但是我才 800 线程,没有到 1000
下面是压测的一些数据图表
补充:
open files (-n) 1000000
看看响应时间错误率,有没有超时、连接失败等
那比较诡异,是不是限流了嘿嘿
有验证服务端,是不是有那么多连接数吗,别你这边是加了线程数,实际上服务端连接数都没上去
服务器的带宽够,那测试机的够吗?
1.吞吐量控制器的设置可能有问题,导致放出的取样器太少了
2.你的聚合报告为什么那么多登录的请求呢,又不是压登录,登录用仅一次控制器控制好每个用户确保登录,后续请求多分配点比例
控制器的设置按顺序下来是 6%,11%,3%,3%,77%,没有勾选 Per user
不是因为 tcp 连接数没有上去吗?17:35 分,并发数开始加到 200.tcp 连接数一下子从一千多点升到差不多 3 千,但是 200 并发以后,后面跑到最后并发数去到 800,tcp 连接数都一直没有太大的变化
考虑是压测机器的问题吧 感觉服务器没接到那么大的压力 是不是本机带宽被限制了
本机带宽没有被限制......我打算先试下小量用户跑半个小时,再大量用户跑一个小时看看数据对...再不行换 Apachebench 试一下看看
解决了吗?什么原因啊?
如果 Critical Section Controller 的锁名称相同,设置了多线程也只能串行执行,无法并发;需要并发的话,锁名称一定要设置成变量,例如后面加个随机数,随机字符串等等
就是限流