51Testing软件测试论坛

标题: 事务响应时间过长 [打印本页]

作者: bobdog520 时间: 2010-1-18 16:17
标题: 事务响应时间过长
目前没有固定需求，只是想分析在多用户并发的情况下，事务响应时间以及CPU占用率。
测试点：查询的性能，此查询不需要输入查询条件，直接点“查询”按钮。
测试场景：并发20用户；每5秒增加2个用户；总共执行5分钟；
在脚本中去掉了思考时间
也没有设置迭代次数
用一台PC充当压力机
一台服务器server2003
测试结果：事务响应时间能够达到二三十秒。
求助响应时间过长，只有20个用户，实在是不明白。

作者: xavier_007 时间: 2010-1-18 16:35
把流量和服务器资源图表发上来，
大家看看

作者: gjay1688 时间: 2010-1-18 16:40
thinktime是不能去掉的，要不然压力很大的，只是不要把thinktime放在事务里面就行了

作者: bobdog520 时间: 2010-1-18 16:49
标题: 回复 3# 的帖子
好地，多谢，我先试下，如果有问题再来请教

作者: kasimxiao 时间: 2010-1-18 17:38
查看网页细分，看具体是什么耗费了时间

作者: kasimxiao 时间: 2010-1-18 17:41
thinktime是否去掉还是要根据你的测试目标，不能一概而定

作者: bobdog520 时间: 2010-1-19 13:26
标题: 最新的测试结果，请大家帮忙分析
环境依然同上，并发10个用户，每5秒增加1个用户，持续时间5分
数据库中相关数据5万条左右，也就是从这5万条中进行查询，事务响应时间十分慢长。CUP占用率一度达到100%，内存没有过大。

因为目前没有固定需求，对于大数量级的测试，响应时间在多少左右属于正常情况，请各位帮助。另外，本系统WEB端主要做为后台管理员查询数据使用，不会涉及到过大的访问量，但数量级需求会很大。不知我的并发用户及时间是否合理。
在另外一个模块的查询性能中，因为库中对应的表中只有几十条数据，所以查询的事务响应时间以及各项指标都比较稳定，那一定是跟大数量级有关了。

[ 本帖最后由 bobdog520 于 2010-1-19 13:27 编辑 ]

作者: kasimxiao 时间: 2010-1-19 17:11
如果那个页面只有这个查询表单，那只有优化sql了
cpu100% 是应用服务器还是数据库服务器

作者: bobdog520 时间: 2010-1-19 22:11
现在很不幸，由于项目组比较小，只有一台服务器，目前我们只能把ORACLE服务和系统布在一台机器上，我们知道这样做很不好，但是目前来说只能这样做，是不是需要在LR里配置一下来监控ORACLE的性能？另外请教，在LR中weblogic一般都监控哪些指标？非常感谢

作者: 云层 时间: 2010-1-20 09:33
额。。在analysis中把think time去掉先。。

action的事务时间和你查询的时间差不多，就是一个很奇怪的问题

作者: gjay1688 时间: 2010-1-20 10:18
跑的时候手动操作一下，看是不是很慢，如果是的话应该是sql的问题了

作者: bobdog520 时间: 2010-1-20 11:02
标题: 回复 10# 的帖子
连云层老大都出现了，看来真是个问题
其实之间我把thinktime都去掉过，还是这样，ACTION和查询的时间差不多，觉得很是个问题
还是先让开发去优化SQL吧

作者: bobdog520 时间: 2010-1-20 11:03
先谢谢各位了，我真是没啥性能测试经验，初学乍练，慢慢来吧

作者: 云层 时间: 2010-1-20 11:04
去掉了也那么长，真的是蛮夸张的了，很少看到能做个查询做那么久的，我只是觉得你的负载有可能有问题，而不是系统真的有问题

因为如果是这样，你在负载下用手操作一下，就能知道是不是真的这么慢

作者: bobdog520 时间: 2010-1-20 11:10
标题: 回复 14# 的帖子
是，我一直就怀疑我的负载哪里有问题，而不是本身系统的问题，但是我又不知道是哪些问题。现在在跑，我去访问WEB端，很慢，基本打不开页面。
而且同样类似的查询模块，数据量只是几十条的时候，和以上同样的负载条件，跑起来响应时间基本是没有超过半秒的。

作者: bobdog520 时间: 2010-1-20 11:18
不是知道是不是我设置了HTTP超时时间的问题。我把运行时设置->选项里的HTTP超时时间那三项由120秒改成了600秒，才会出现这么长时间的响应，而且不会报失败的事务。
刚刚把这三项值改回120秒，并发20用户时基本就会出现失败的事务了。

作者: aman_cao 时间: 2010-1-20 11:46
到页面细分去看一下，看你的配件事务下包括的页面，并分析这些页面中哪项占用时间最长

作者: peag 时间: 2010-1-22 12:17
负载可能开的进程太多了！

作者: sudisi0902 时间: 2010-1-25 16:40
优化SQL啰

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)