51Testing软件测试论坛

标题: 怎样从性能计数器中确定系统的瓶颈呢？ [打印本页]

作者: windflowers 时间: 2005-8-10 16:48
标题: 怎样从性能计数器中确定系统的瓶颈呢？
我在对一个用.net编写的B/S结构的管理系统进行性能测试时，对搜索所有记录的操作录制了一个脚本，并把该操作作为一个事务，在事务前插入了集合点。这个搜索要求在5秒内完成，可在场景中运行时发现，当Vuser一旦增加时，该事务响应就变得非常慢，有时还有错误发现，主要有：
Action.c(43): Error -27740: Overlapped transmission of request to "apj-svr5" for URL "http://apj-svr5/ROA/Modules/RecommandedOrder/RepRequsition/RepRequsitionSearch.aspx" failed: WSA_IO_PENDING

vuser_init.c(9): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)

从场景的运行结果中发现事务响应慢都是由服务器延迟引起的，主要时间都耗在了第一次缓冲中。我想从性能计数器中确定问题的瓶颈在哪里，可手头上有关这方面的资料太少了，且都是说得很概括的，没有具体的参考价值，都不知该怎样分析好。不知哪位xdjm能提供些这方面的资料，或说下相关的经历，给个指引方向吧：）

作者: kernzhang 时间: 2005-8-10 22:02
你可以用LRanalysis的web breakdown分析一下到底慢在什么地方？

作者: sunshinelius 时间: 2005-8-10 22:15
first buffer时间长，说明网络上出现了瓶颈。建议调一下交换机和路由器。

作者: windflowers 时间: 2005-8-11 09:22
从LR Analysis中的图来看，主要是搜索的页面花的时间长，我把其贴出来让大家给点意见吧。

作者: windflowers 时间: 2005-8-11 09:26
还有一个是time to first buffer breakdown

作者: sbandbt 时间: 2005-10-27 08:15
不懂，顶一下，希望有高人指点

作者: vinsonwu7522 时间: 2005-10-27 13:58
目前我的水平，还没那么高。I should continue hard learn. 赫赫

作者: jut984907 时间: 2005-10-27 14:23
标题: 从这个图片看
server时间比较久，可能是因为sql语句没有经过优化，导致查询太慢

作者: sbandbt 时间: 2005-10-27 16:47
有没有关于瓶颈分析的资料，谁有上传一下吧，谢谢了

作者: hlq0514 时间: 2009-8-10 16:33
学习

作者: conanin 时间: 2009-8-12 13:53
个人认为:首先确定慢在什么地方?应用服务器?还是数据服务器?搜索的页面花的时间长看看SQL查询语句有没有优化的可能性

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