LR结果分析

greenliuqin · 发表于 2008-8-11 09:53:44

请各位帮帮忙，LR结果图怎么分析？

[ 本帖最后由 greenliuqin 于 2008-8-11 10:08 编辑 ]

云层 · 发表于 2008-8-11 11:00:29

有个问题没想明白为什么用户在减少，而响应时间在增加？

greenliuqin · 发表于 2008-8-11 11:06:05

原帖由 greenliuqin 于 2008-8-11 09:53 发表
请各位帮帮忙，LR结果图怎么分析？

我也很奇怪！~

bzcyer · 发表于 2008-8-11 11:06:13

把分析结果整个打包发上来会好点吧。

greenliuqin · 发表于 2008-8-11 11:14:09

整个分析结果文挡！~

森林一木 · 发表于 2008-8-11 11:49:06

响应时间长，用户数在下降，说明这些用户发出的业务请求还没完全处理完毕，一直在等待。即使用户数下降了，请求仍在处理。个人觉得有两种可能，第一，服务器设置了最大的连接数，挡住了一部分业务；另外网络可能堵塞了，造成了无法接收到服务器端的数据，导致时间过长。
楼主未能提供系统资源的情况，不好分析。

点击率与吞吐量的反应还比较正常，可能统计的粒度大了，再细点。页面分解中，客户端的接收时间，以及建立连接的时间都比较长，所以，我觉得网络造成瓶颈的可能性比较大。

steelchen134 · 发表于 2008-8-12 11:42:17

顶起来！期待更多人的关注

cntester_com · 发表于 2008-8-12 11:51:23

原帖由 森林一木 于 2008-8-11 11:49 发表
响应时间长，用户数在下降，说明这些用户发出的业务请求还没完全处理完毕，一直在等待。即使用户数下降了，请求仍在处理。个人觉得有两种可能，第一，服务器设置了最大的连接数，挡住了一部分业务；另外网络可能堵塞 ...

事务处理能力较低，也就是说事务操作处理的时长较高，如果压力不大的情况下出现，且系统是联机事务处理的数据库系统，则有可能是因为数据库语句效率低下。

因为联机事务处理讲究的是短事务，且处理响应时间应在毫秒级，否则会造成大量事务加锁阻塞，甚至是死锁。

可观察事务是否支持并发处理，观察事务内查询执行语句效率。另外你的测试对象描述不清楚，不知道你在测什么架构的系统，什么业务特征的系统，所以很难判断是什么问题。

性能不是每种架构和业务类型都体现出同样问题的，每种架构都有其相关的特点，所以希望描述清楚。

森林一木 · 发表于 2008-8-12 13:54:55

顶楼上

haierdi · 发表于 2009-2-17 14:26:59

郁闷啊

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] LR结果分析

本帖子中包含更多资源

相关帖子

本帖子中包含更多资源

站长推荐 /1