平均事务响应时间随用户数呈线性增加，吞吐量throughout也增加，但TPS并未增加。

kellychen1208 · 发表于 2013-1-9 10:10:53

测试报表的查询功能，包括单表报表和多表报表的查询，用户从10个递增到300个用户，超过300用户后就会出现连接服务失败，连接拒接的报错。
加压结果，平均事务响应时间随用户数呈线性增加，点击率、吞吐量throughout也线性增加，但TPS并未增加。
怎么分析这个结果？吞吐量增加，TPS一般也会增加吧？

lyfeagle · 发表于 2013-1-10 11:19:42

回复 3# ffwithvv

学习了

ffwithvv · 发表于 2013-1-9 15:45:32

TPS是随着用户数增加并未增加，一直保持在35左右
kellychen1208 发表于 2013-1-9 13:37

那你看一下，在TPS为35个的时候，用户数是多少？

kellychen1208 · 发表于 2013-1-9 13:53:27

大家帮忙分析指导下？很困惑，不知道从哪里分析入手？

kellychen1208 · 发表于 2013-1-9 13:48:33

[img][/img]

kellychen1208 · 发表于 2013-1-9 13:39:36

想附上相关图表，好像没办法上传。。。

kellychen1208 · 发表于 2013-1-9 13:37:10

TPS是随着用户数增加并未增加，一直保持在35左右

kellychen1208 · 发表于 2013-1-9 13:34:16

回复 3# ffwithvv
TPS是10个用户到300个用户基本都维持在35左右，所以觉得奇怪？不知道是哪里有问题？

ffwithvv · 发表于 2013-1-9 12:19:49

先弄清楚TPS的概念，每秒事务数。确实TPS会随着负载的增加而逐渐增加，但不会无限制的一直增加。就像你前面说的，到了300用户后就会出现连接服务失败，那可能说明系统进入了繁忙期，从而产生了失败的事务，从而使得每秒的事务数不再增加，甚至会减少。
TPS就像是一个抛物线，可分为3部分，轻负载区、重负载区、负载失效区。一开始上升的部分就是轻负载区，最顶端的部分就是TPS的峰值（重负载区），然后随着负载的继续增加，TPS会慢慢下降，从而进入我们所谓的负载失效区

kellychen1208 · 发表于 2013-1-9 10:44:33

服务器的CPU在35%内，不存在服务器瓶颈

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 平均事务响应时间随用户数呈线性增加，吞吐量throughout也增加，但TPS并未增加。

相关帖子

站长推荐 /1