事务的最大响应时间和最小响应时间相差很大，那是什么原因？？

stevenhappy

事务的最大响应时间和最小响应时间相差很大，那是什么原因？？
事务的最小响应时间是0点几秒？？

stevenhappy

怎么没人答复呢？

shanxi

什么数据都没有

你让人怎么分析？

搞笑的很

stevenhappy

详细的描述见附件:

stevenhappy

上面的摘要图显示了
faresApproveQuery,
groupFinish,groupQuery 这三个事务的最大响应时间和最小响应时间，他们各自之间为什么会相差这么大？

shanxi

还是那个问题啊！
faresApproveQuery
groupFinish
groupQuery
都是干嘛的？涉及到了哪些方面的资源占用？

你现在的问题已经不是怀疑脚本写错了或者操作错了，而是为什么这些事务为什么反映出这样的结果，是否脚本的策略设置有误还是系统有问题。

shanxi

如果faresApproveQuery执行的最快的很快

而groupFinish、groupQuery这两个事务的时间跟faresApproveQuery是相关的

你需要把重点放在为什么faresApproveQuery能执行的那么快？  
这时你需要确定faresApproveQuery是个干吗的操作，你需要并且必须确定它的执行。

shanxi

做测试，你需要跟开发一样逻辑思维明确

明确你碰到了问题，问题可能会是哪个方向出的，尽可能的去用手头掌握的资源分析它
从不同方面不同角度去排除不是哪里出的问题，确定哪里出了问题

在这里提问就象报bug一样，报上的bug，开发人员需要根据你附加上的丰富的信息去确定哪里出了问题，这时候有意义的标题，丰富的问题数据，narrow down的信息这都需要。

如果你无法确定到底是哪里的问题，最好也是最笨的方法就是附加上所有你手头上能看到的信息。注意：这些信息绝对不仅仅是你个人认为充分的图信息。

stevenhappy

谢谢你的详细回答，我在性能测试的分析问题还没有找到方法，所以有时候很急，公司又炊的紧，谢谢提醒！

mawr1985

这种事情挺难说得...

stevenhappy

挺难说的，总得有个原因吧？

mawr1985

当然有原因  
但就要具体问题具体分析了...

Athenst

我来举个例子：

屋子里面只有1个饮水机，10个用户同时去倒水，每个人倒水都要用1分钟时间；

那么第一个用户只要1分钟就完成了这个事务，但是第9个用户完成这个事务就需要9分钟。
因为大家都要排队。
（很象WebLogic里面的队列吧）

但是这桶水里面的容量总共只有9杯，倒完之后就要换水。所以第10个人等了20分钟才喝到水，因为他换水的时间比较长。
（很象是JVM的垃圾收集）

这个例子里面，10个用户并发，并发同样的事务，分别需要1到20分钟。事务的最大响应时间和最小响应时间相差很大，那是什么原因呢？

可以从以下几个角度出发思考问题，发现原因所在。啥角度呢，就是问一下：有什么办法可以提高我的事务请求的时间呢？

1、增加饮水机；（类似于集群啊）
2、增加饮水机容量；（类似于提高硬件）
3、减少每个用户倒水的时间；（比如调整SQL语句）
4、减少每个用户请求的水资源；（比如优化业务逻辑）
5、增加饮水机的出水率；
6、让负责换水的师傅每割8分钟就过来巡检一次；

等等

写的比较匆忙，不知道能不能给楼主一些参考

[ 本帖最后由 Athenst 于 2007-6-6 14:33 编辑 ]

ppent

厉害！

stevenhappy

谢谢!sdlkfj2 sdlkfj2 ，说的比较形象。

cherubim

LR菜鸟飘过
哇13楼的真厉害 思路真广 而且还这么清晰.还能把具体问题抽象 成现实中的问题简单易懂,小弟真的非常佩服.什么时候我能达到那种境界sdlkfj7
3楼的也很强 让我这个菜鸟学到了很多解决问题的方法.谢谢了

threel80

sdlkfj5 sdlkfj5

macia01

13楼说得太形象了!不错!向你学习!

qfeng

貌似有种理发店原理和13#的说法有点相像，楼主感兴趣的话可以到网上搜索一下

lin_lp

13楼的解释很易于理解.sdlkfj2