51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3819|回复: 7
打印 上一主题 下一主题

[原创] loadrunner的吞吐量问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-10-26 11:00:25 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
第一次录制时,录制了3个事物,开始上人数时,吞吐量很高,人数稳定是吞吐量不高
第二次录制时,录制了1个事物,开始上人数时,吞吐量很高,人数稳定之后吞吐量也一直很高,很稳定。请问这是什么原因导致的
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2011-10-26 11:01:46 | 只看该作者

RE: loadrunner的吞吐量问题

回复 1# 夜魅
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2011-10-26 11:03:20 | 只看该作者
补充下,第二次录制时和第一次人数是一样的,但是第二次吞吐量要比以一次吞吐量高很多
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-10-26 11:28:36 | 只看该作者
先声明也是新手哈,个人理解是:
第一次脚本,加压上升阶段,服务端基本可处理过来那些请求,没有排队等候处理情况,而加压到顶峰(人数稳定后),服务器繁忙,出现等候情况,导致吞吐量偏低
第二次脚本比第一次录制事务少,故单次请求处理时间较第一个脚本短,加压到顶峰(人数稳定后),服务器仍基本可处理过来,故吞吐量仍比较高
不知道是否这样。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2011-10-26 11:28:47 | 只看该作者
先声明也是新手哈,个人理解是:
第一次脚本,加压上升阶段,服务端基本可处理过来那些请求,没有排队等候处理情况,而加压到顶峰(人数稳定后),服务器繁忙,出现等候情况,导致吞吐量偏低
第二次脚本比第一次录制事务少,故单次请求处理时间较第一个脚本短,加压到顶峰(人数稳定后),服务器仍基本可处理过来,故吞吐量仍比较高
不知道是否这样。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-10-26 11:39:32 | 只看该作者
看不明白,“人数”怎么上的?
“人数”和吞吐量的关系怎么变化的。
3个事务之间是什么关系?
看不懂,,,
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2011-10-26 12:09:50 | 只看该作者
呵呵,谢谢啦
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2011-10-26 12:11:04 | 只看该作者
这个和脚本的录制长短有关?吞吐量
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-14 08:27 , Processed in 0.120749 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表