网上每个文章写的都不一样,看晕了
1
likefly OP 例如我现在压测并发 50,持续时间 10 分钟,执行了 64952 个请求,平均响应时间 461.59ms
|
2
likefly OP 我的理解是这样的,单个用户访问 1 秒,按平均响应时间来看,可以处理的事物数就是 1/0.461.59=2.166 。
并发 50 就是 50*2.166=108.3。 但是网上搜了都是说一大篇,各种不一样,有没有大佬来指点一下 |
3
likefly OP 或者是 64952 / 300 秒
|
4
lhx2008 2019-12-10 11:40:05 +08:00 via Android 1
一般就是写请求是 TPS,读请求是 QPS,然后是请求数 /总时间秒
|
5
lhx2008 2019-12-10 11:42:16 +08:00 via Android
平均响应时间的话,要看 95%的线或者 99%的线,有没有超过阈值,超过了可以考虑降低测试并发
|
6
lhx2008 2019-12-10 11:42:55 +08:00 via Android
最后是在响应时间比较合理的情况下的 QPS 最大值
|
8
dengtongcai 2019-12-10 11:45:47 +08:00 via iPhone
mark 等大佬讲讲
|
9
aleung 2019-12-10 12:25:26 +08:00 via Android 1
TPS: transaction per second,不严谨的场合经常等同于 QPS/RPS: request per second。
根据这个定义,你的测试的结果应该是 64952 /(60*10) |
10
laimeifeng1995 2019-12-10 14:16:46 +08:00
TPS 和你并发用户数不一定有太大关系 ,
TPS = 请求数 /平均响应时间 |
11
likefly OP @laimeifeng1995
根据你的公式,那就是 64952 / 461.59 ? |
12
opengps 2019-12-10 15:29:55 +08:00
兼容软件每秒都统计成功执行的事物数量,最后根据列表,最大最小平均值都拿出来参考下,一般都根据需要选取平均值
|
13
laimeifeng1995 2019-12-10 15:36:18 +08:00
@likefly 对的,把单位划算为秒就可以了,
你可以,找一些压测工具,看看他们的结果和这个计算结果是不是一样就知道了。 |
14
1ffree 2019-12-10 15:48:34 +08:00
@laimeifeng1995 你是认真的吗?
|
15
laimeifeng1995 2019-12-10 15:54:30 +08:00
@1ffree 你啥意思,我说错什么了吗。
|
16
laimeifeng1995 2019-12-10 15:57:51 +08:00
|
17
lhx2008 2019-12-10 16:03:25 +08:00 via Android
@laimeifeng1995 想一下就知道,请求数是至少和总时间有关系的,你这么算,岂不是我测试时间越长,请求数越多,TPS 越高
|
18
laimeifeng1995 2019-12-10 16:08:37 +08:00 1
@likefly
刚刚拿 JMeter 手动测试了下、 TPS = 总请求数 /请求时间 Tips: 我刚刚并发 50 个用户,请求了 30 秒 总请求数 21063 平均响应时间 70ms,TPS=QPS=700.3/sec 对不起刚刚回复快了,没想清楚。 |
19
laimeifeng1995 2019-12-10 16:09:47 +08:00
|
20
likefly OP @laimeifeng1995
我现在也是按照 总请求数 / 请求时间来算 |
21
laimeifeng1995 2019-12-10 16:20:57 +08:00
|
22
kid1412621 2019-12-11 00:00:41 +08:00 1
记得皓哥说过,不要看平均数,要看中值数
|
23
pythonee 2019-12-11 20:39:34 +08:00
只知道性能测试是个专业活,有采样、统计的学问,还要避免引入干扰因素
|