arivn 发表于 2010-3-11 10:24:48

平均事务响应时间图分析

各位好，请大家帮忙分析如图的平均事务响应时间图

图中那个红色部分时间为什么会跳的那么高，不是很明白，请大家帮忙

测试过程中，发现那个时间跳的很高的那个时间点，恰好是虚拟用户开始释放的时间点

就是不是很明白为什么会这样

B/S模型，录制的操作很简单是这样的

使用IE7，输入URL，点击转到按钮，就这个动作

arivn 发表于 2010-3-11 10:27:50

测试过程中监控性能，并没有发现有一路失败事务

使用的是IE7，是不是有可能是IE7带来的问题

云层 发表于 2010-3-12 18:03:22

用户释放？

也就是说你设置的目标是哪个时候开始减用户？
ps，你是在自己的电脑上压自己的网站么？

mcy16 发表于 2010-3-13 10:18:29

帮顶，期待问题解决:) 。。

泊涯 发表于 2010-3-13 10:36:52

你说的用户释放 是不是 事物结束时间点？
如果是 你要考虑网络延迟状况，你眼睛看到的时间点跟分析的时间点是有点误差时间区

阳光之旅 发表于 2010-3-13 15:13:03

帮助顶

有可能是网络或cpu原因引起。

arivn 发表于 2010-3-16 08:43:33

CPU不太可能，我看了，使用率很低

那个突上去的时间，正好是虚拟用户跑结束要释放的时间点

网络延迟为什么都是在那一块呢，同样这个脚本，有时候跑出来的平均事务响应时间是正常的，不知道为什么

arivn 发表于 2010-3-16 09:12:57

看一下这几个图片

服务和负载机不是同一台机器

网络延迟，我在页面细分时，看网络传输时间并没有那么长的时间

即使是网络延迟，应该也不可能延长那么长的时间吧

JonnyGu 发表于 2010-3-16 09:30:46

是不是正好那个时候有比较多的用户同时做请求啊:) 如果有log的话可以看一下server log.

dennyqiang 发表于 2010-3-16 09:47:26

机器有时候卡一下(比如LR统计数据时卡了一下)就可能出现这样的情况，我认为挺正常的，没什么关系，使用90 Percent一分析，直接无视。

arivn 发表于 2010-3-16 18:05:48

但是为什么我每跑一次都出现这样的现象，这就不正常了

并且时间突起来的时间，吞吐量和点击率明显下降，说明服务器那个时候根本没有处理请示

JonnyGu 发表于 2010-3-17 09:34:45

最根本的方法还是看log,看那个时间到底在做什么。

arivn 发表于 2010-3-18 17:44:20

请高手帮忙看一下日志文件，从日志文件中来看

最后一次迭代，事务URL的状态为停止，而不是通过或失败，并且发费了15秒多的时间

Action.c(4): Notify: Transaction "URL" started.       
Action.c(6): Rendezvous URL       
Action.c(6): Notify: Transaction "URL" ended with "Stop" status (Duration: 15.0079).        Abort was called from an action.       
Ending Vuser...       

有好几个虚拟用户的日志文件，最后一次迭代都是这种情况

请高手帮忙分析一下

arivn 发表于 2010-3-18 17:46:59

日志文件见附件

arivn 发表于 2010-3-18 17:53:34

日志文件

JonnyGu 发表于 2010-3-19 15:11:34

好像最后一次迭代没有执行，是不是你的迭代的脚本写的不对？

arivn 发表于 2010-3-22 22:13:18

不会吧,那为什么是最后一次不迭代啊,

前面的能迭代呢,

JonnyGu 发表于 2010-3-23 10:30:22

Abort was called from an action.
这是你log里面的，说明是你脚本中有stop的动作。
再查查你脚本吧。

arivn 发表于 2010-3-23 10:37:49

OK，我再看看，一般什么样的情况会导致，事务运行的状态为停止呢

JonnyGu 发表于 2010-3-23 13:46:53

你可以加一些调试的语句，print什么的，这样就知道脚本是怎么运行的。
页: [1] 2
查看完整版本: 平均事务响应时间图分析