LR平均每秒点击次数停滞不增长
遇到这样一个情况,并发50、100、200、300个用户的平均每秒点击次数均为为29个左右,我原来的分析是这样的:1、网络瓶颈?
但是限制用户的带宽,调小后,平均每秒点击次数仍为29个,说明不是网络带宽原因;
2、负载生成器的原因?
利用1个负载测试机产生50~200个并发,平均每秒点击次数仍为29个;利用2个负载测试机,分别并发100个用户,平均每秒点击次数仍为29个,说明不是负载生成器的原因。
3、CPU、内存瓶颈?
观察CPU、内存还有空间,并没有达到瓶颈。
那有可能是怎么回事呢?mysql最大连接数已经调为1000,apache的最大连接数为2000.请各位高手指点!谢谢! 并发增大的时候你的TPS是不是跟着涨呢? 不好意思,一直就没怎么关注TPS,我现在就看看,谢谢版主提醒! 我看TPS曲线图与平均每秒点击次数差不多,最多就30个。因为我这个测试脚本就只有一个事务,http请求一次也就发送一个。所以每秒点击次数与TPS相当。
回复 1# 的帖子
楼主对网络是否瓶颈的判断是不正确的从你描述的现像看,我觉得你可以试一下,只使用一个用户,响应会是怎么样的
回复 5# 的帖子
只使用一个用户?查看什么的响应,是不要查看一个用户的吞吐量?一个用户是设置运行直到完成还是持续一段时间? 对了,忘了个事,我这个测试是在局域网内进行的:)回复 5# 的帖子
使用1个用户测试,总吞吐量是408字节,总点击次数1次,平均吞吐量为45字节/秒,持续时间达8秒 原帖由 youyan2007 于 2010-6-10 14:16 发表 http://bbs.51testing.com/images/common/back.gif对了,忘了个事,我这个测试是在局域网内进行的:)
看一下是不是在同一网段,不是的话tracert一下加压机和被测系统,应该网络影响不大。
如果压力都到达服务器端,而TPS上不去就说明服务器的处理能力就这么大了。 就是在同一个网段,但是我看CPU和内存足够呢!那可能是哪块的问题呢? 我在同事的一台机子上做测试,平均每秒点击次数达到74,难道服务器还不的一个普通机子的处理能力吗? 请问楼主并发设置同步点了吗? 感觉对服务器压力并没有增大,如果没有设置同步点,让虚拟用户顺序执行,出现楼主所描述的,每秒点击率不变是有可能的啊 我测试中也出现这种问题,期待高手回复。
回复 6# 的帖子
一个用户,运行一段时间,查看平均响应 个人觉得你可以这样去做,测试时间持续半小时,前10分钟用50个用户测试,中间10分钟用5个用户测试,最后10分钟用100个用户并发,测试监控测试机的cpu是内存使用情况 个人觉得你可以这样去做,测试时间持续半小时,前10分钟用50个用户测试,中间10分钟用5个用户测试,最后10分钟用100个用户并发,测试监控测试机的cpu是内存使用情况,再看点记录吞吐量和事务平均响应时间 好的,谢谢支持!
页:
[1]