事务响应时间过长
目前没有固定需求，只是想分析在多用户并发的情况下，事务响应时间以及CPU占用率。测试点：查询的性能，此查询不需要输入查询条件，直接点“查询”按钮。
测试场景：并发20用户；每5秒增加2个用户；总共执行5分钟；
在脚本中去掉了思考时间
也没有设置迭代次数
用一台PC充当压力机
一台服务器server2003
测试结果：事务响应时间能够达到二三十秒。
求助响应时间过长，只有20个用户，实在是不明白。 把流量和服务器资源图表发上来，
大家看看 thinktime是不能去掉的，要不然压力很大的，只是不要把thinktime放在事务里面就行了
回复 3# 的帖子
好地，多谢，我先试下，如果有问题再来请教 查看网页细分，看具体是什么耗费了时间 thinktime是否去掉还是要根据你的测试目标，不能一概而定最新的测试结果，请大家帮忙分析
环境依然同上，并发10个用户，每5秒增加1个用户，持续时间5分数据库中相关数据5万条左右，也就是从这5万条中进行查询，事务响应时间十分慢长。CUP占用率一度达到100%，内存没有过大。
因为目前没有固定需求，对于大数量级的测试，响应时间在多少左右属于正常情况，请各位帮助。另外，本系统WEB端主要做为后台管理员查询数据使用，不会涉及到过大的访问量，但数量级需求会很大。不知我的并发用户及时间是否合理。
在另外一个模块的查询性能中，因为库中对应的表中只有几十条数据，所以查询的事务响应时间以及各项指标都比较稳定，那一定是跟大数量级有关了。
[ 本帖最后由 bobdog520 于 2010-1-19 13:27 编辑 ] 如果那个页面只有这个查询表单，那只有优化sql了
cpu100% 是应用服务器还是数据库服务器 现在很不幸，由于项目组比较小，只有一台服务器，目前我们只能把ORACLE服务和系统布在一台机器上，我们知道这样做很不好，但是目前来说只能这样做，是不是需要在LR里配置一下来监控ORACLE的性能？另外请教，在LR中weblogic一般都监控哪些指标？非常感谢 额。。在analysis中把think time去掉先。。
action的事务时间和你查询的时间差不多，就是一个很奇怪的问题 跑的时候手动操作一下，看是不是很慢，如果是的话应该是sql的问题了
回复 10# 的帖子
连云层老大都出现了，看来真是个问题其实之间我把thinktime都去掉过，还是这样，ACTION和查询的时间差不多，觉得很是个问题
还是先让开发去优化SQL吧 先谢谢各位了，我真是没啥性能测试经验，初学乍练，慢慢来吧 去掉了也那么长，真的是蛮夸张的了，很少看到能做个查询做那么久的，我只是觉得你的负载有可能有问题，而不是系统真的有问题
因为如果是这样，你在负载下用手操作一下，就能知道是不是真的这么慢
回复 14# 的帖子
是，我一直就怀疑我的负载哪里有问题，而不是本身系统的问题，但是我又不知道是哪些问题。现在在跑，我去访问WEB端，很慢，基本打不开页面。而且同样类似的查询模块，数据量只是几十条的时候，和以上同样的负载条件，跑起来响应时间基本是没有超过半秒的。 不是知道是不是我设置了HTTP超时时间的问题。我把运行时设置->选项里的HTTP超时时间那三项由120秒改成了600秒，才会出现这么长时间的响应，而且不会报失败的事务。
刚刚把这三项值改回120秒，并发20用户时基本就会出现失败的事务了。 到页面细分去看一下，看你的配件事务下包括的页面，并分析这些页面中哪项占用时间最长 负载可能开的进程太多了！ 优化SQL啰
页:
[1]
