51Testing软件测试论坛

标题: 紧急！测试结果分析 [打印本页]

作者: yuanlj 时间: 2007-5-17 16:10
标题: 紧急！测试结果分析
Java语言开发，使用的是Tomcat服务器，运行400用户并发时，运行大约一个小时后可以看到事务开始停止，然后过个五分钟左右，事务又开始增加了，这是怎么回事呢？

作者: RuisTar 时间: 2007-5-17 16:15
在你设定的时间段内,有用户提前运行完,进行了第二次迭代...

作者: yuanlj 时间: 2007-5-17 16:30
不是这样的，在事务停止响应时，服务器页面也打不开了.

作者: yuanlj 时间: 2007-5-17 16:31
用IE访问页面响应非常慢

作者: just_cici 时间: 2007-5-17 16:47
用户在等待资源释放吧

作者: yuanlj 时间: 2007-5-17 16:50
也许是，不过这种这种情况可以避免吗？

作者: just_cici 时间: 2007-5-17 17:01
那就是程序问题了，不是测试问题
真要看，就看看是不是有什么占用资源没有及时释放的

作者: yuanlj 时间: 2007-5-17 17:04
也有可能是服务器的某个参数的问题，如果是程序，这个有办法测试出来吗？能具体说说么？

作者: yuanlj 时间: 2007-5-17 17:05
我知道 Java有一种回收机制，那么在Java进行回收时，服务器会不会不再响应请求？

作者: shanxi 时间: 2007-5-17 17:25
你说的是java的自动GC机制吧

Tomcat这种轻量级的Web服务器并不能承受很大量的并发。

你可以看看这时的服务器资源占用情况和Tomcat资源占用情况，服务器内存、磁盘读写的占用情况。

[ 本帖最后由 shanxi 于 2007-5-17 17:28 编辑 ]

作者: leeyupeng 时间: 2007-5-17 17:34
几个问题：

1.tomcat的数据库连接池的设定值多大？
链接数过小，可能导致不能即时响应。

2.400个用户并发。是用集合点的方式还是加了思考时间呢？
同时并发和同时在线的测试结果差很多。
ps：400/s是个很高的值了

3.“一小时事务停止”。那此时报的错主要是什么？链接超时？500？还是别的？错误的数目大概多少？
这个应该能帮助定位错误所在吧。

4.“五分钟后事务又开始响应”。响应的计数器（如吞吐量、响应时间等）是否会恢复到之前的水平值？
之前碰到过这个情况，就是没有没有响应後，过了一小会儿，又出现响应了，但是throughout和hit per second是在一个很低的水平下，并没有恢复到一开始测试时的水平。不知道楼主的情况是不是这样。

另外装个JProfiler监控一下测试的对象情况吧，看看哪些对象不能被及时回收，这对定位错误也会有所帮助 sdlkfj6

作者: 筷子 时间: 2007-5-17 17:41
楼上都是高人呀,看完了顶一下

作者: shanxi 时间: 2007-5-17 17:52
国外有用tomcat做成16000个并发的

当然是用了另外的技术，没用负载平衡

作者: leeyupeng 时间: 2007-5-17 18:06
[quote]国外有用tomcat做成16000个并发的

当然是用了另外的技术，没用负载平衡[quote]

竟有这么强的技术！！！ sdlkfj4

作者: yuanlj 时间: 2007-5-17 18:44
工具并没有报超时，只是看到事务数没有增加，而过了约5分钟后，事务又开始增加了
另外400并发并没有使用集合点，服务器端的内存及cpu资源占用情况也不高
情况正如11楼高手所说的：第4种情况
4.“五分钟后事务又开始响应”。响应的计数器（如吞吐量、响应时间等）是否会恢复到之前的水平值？
之前碰到过这个情况，就是没有没有响应後，过了一小会儿，又出现响应了，但是throughout和hit per second是在一个很低的水平下，并没有恢复到一开始测试时的水平。

作者: shanxi 时间: 2007-5-17 19:03
LR向服务器发送请求停滞了。。

作者: yuanlj 时间: 2007-5-18 09:46
这种解释不太合理呀，因为同时期的IE访问时，页面也是超慢的

作者: rickyzhu 时间: 2007-5-18 10:15
问题描述的不清楚，场景怎么设置的都没有说？

作者: leeyupeng 时间: 2007-5-18 10:29
就先查查数据库链接处的代码吧，或许从那可以看到一些问题，看看有没有慢sql或者有没有数据库链接没有被及时释放～

作者: yuanlj 时间: 2007-5-18 10:59
场景设置为：并发用户数400，脚本牵涉比较多，迭代100次，是个外网作的测试，测试服务器与应用web服务器在同一机房，在200并发的情况下没有出现上述问题，数据库是oracle的，web应用服务器是Linux的。web服务器有3台。

作者: jxbygq 时间: 2007-5-18 11:56
可能是迭代的问题吧

作者: yuanlj 时间: 2007-5-18 12:05
迭代有什么问题？

作者: impulse 时间: 2007-5-24 16:07
学习中

作者: lyat51 时间: 2007-5-28 14:43
标题: 学习学习
学习

作者: chenmonanhai 时间: 2007-5-29 07:04
i看了这么多,我还是没有明白,还得进一步加强学习!帮你顶一下!

作者: huazi1026 时间: 2007-5-30 10:10
标题: 回复 #20 yuanlj 的帖子
dingsdlkfj8

作者: wwu 时间: 2007-5-30 11:22
好象是数据库没有即使的释放的问题, 整体的性能下降

作者: shanxi 时间: 2007-5-30 11:39
做的时候服务器资源

数据库资源你不都监控了嘛

这么久居然还没找出丁点的问题所在。。。。。

作者: caesar 时间: 2007-5-30 16:37
并发运行400个干什么呢,这个数已经相当大了哦~~~
是不是网络堵塞还是其他什么瓶颈?多设几个事物看看?

作者: yuanlj 时间: 2007-6-12 13:28
多谢大家关心，这个问题比较复杂，因为我们是验收方，所以有些东西可能不太真实

作者: wgs0923 时间: 2007-6-13 17:26
三方面去想:
1.场景设定问题,如故意形成有高低波的组合;
2.应用服务器参数配置问题,如线程数配好,用户都在排队呢;
3.网络原因,如:那一刹那网络急剧下降;

作者: Cinderella 时间: 2007-6-15 17:46
并发400真的已经很大了,不会用tomcat做这样的应用吧sdlkfj4

作者: sunkitty 时间: 2007-6-19 22:30
学习中

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