51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2089|回复: 12
打印 上一主题 下一主题

[原创] 看见是性能测试,所以问一下,希望各位大哥给予解答

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-9-17 11:40:41 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
lr既然是性能测试工具,那能不能检测出内存或者资源的泄漏呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-9-17 17:04:38 | 只看该作者
可以,不过内存泄露我到更建议在代码上堵住,否则你测出有泄露,最后解决问题还是要很复杂。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-9-17 17:27:53 | 只看该作者
loadrunner可以检查内存泄漏吗?楼上的能否详细说说!
我也只是知道在代码上通过BoundCheck检查内存泄漏
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-10-10 18:10:40 | 只看该作者
添加服务器上应用服务程序的workset计数器(实际就是程序所占用的内存大小),对比运行场景前后技术器的大小,正常情况应该是一致的,尤其是在应用服务器没有缓冲机制的情况下,如果占有的内存变大,再运行一次又更大,肯定有内存泄漏。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-10-10 23:31:33 | 只看该作者
楼上的兄弟,可否详细介绍一下
workset计数器是那种服务器类型的?一般的服务器系统资源计数器可以具体到监控某个指定进程的内存使用情况吗?我以前觉得lr不能监控一个指定进程的资源使用情况的,除了oracle的session之外。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-10-11 09:22:45 | 只看该作者
当然可以,你现在本机做实验(win2000)。打开管理工具中的“性能”,添加计数器,性能对象使用process,这时就可以从列表中选择实例,比如你选择explorer,在左边的计数器列表里就有working set,这就是进程占用的内存。
在实际应用中你知道服务软件的进程名就可以了。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-10-11 12:25:52 | 只看该作者
这是windows自带的性能计数器。lr的性能计数器中有没有呢?
共同学习!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2004-10-11 12:43:04 | 只看该作者
lr的windows resources就是使用的windows 系统计数器
如果要监测内存泄漏还要加上private bytes

[ Last edited by bravelee on 2004-10-11 at 12:45 ]
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-11-2 13:09:07 | 只看该作者
这个只能观察到程序运行前后的内存变化,但是程序运行之中的内存泄漏怎么观察呢?望高手解答
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2004-11-8 15:57:40 | 只看该作者
bravelee:

lr的windows resources就是使用的windows 系统计数器
如果要监测内存泄漏还要加上private bytes
**************************************
work Set 和private bytes具体怎么看呢?
比如说:进程A的work set是6M,private bytes是8m,这就能说明进程A有泄漏内存的嫌疑了吗?这种理解对吗?如果不对,请说出来。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-1-10 08:37:44 | 只看该作者
sdlkfj8 sdlkfj8 sdlkfj8
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-1-10 11:07:59 | 只看该作者
LR对于测试内存泄露,肯定是可以完全捕捉到的,最主要的是你应该学会去监测试计数器,并能通过组合计数器来判断内存泄露问题,而不是正常消耗.一般来说,测试内存泄露,添加的计数器,有Memory\Available Byte,当内存泄露时,可用内存肯定会以曲线形式下降,但是,就只是看一个计数器是不能确认问题的,有可能是其它原因导致这样的问题,所以你必须,监测Memory\Committed Bytes,Process\Private Bytes,Process\Working Set,Process\Page Faults/sec,Process\Page File Bytes,Process\Handle Count,Memory\Pool Nonpaged Bytes(缓冲池,非调页池尺寸的增加应该是不正常的,需要区分那个进程导致池尺寸的改变.(查看是否比启动前要增长许多)),Memory\Pool Paged Bytes(缓冲池,由应用程序和操作系统创建并使用的对象.如果池被填满,则可能发生内存泄漏.).当然除了监视这些以外,你应该考虑一下其它设备是否也存在瓶劲,或者是说这个瓶颈是由哪些原因或其它设备引起的.
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-1-10 13:49:39 | 只看该作者
楼上的说的不错,不过一下子监视这么多好像也不是很好,可以将Memory\Available Byte及Process\Working Set,Process\Page Faults/sec几个结合看就差不多了。 调用的太多,对机器本身也有一定的压力的。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-28 09:33 , Processed in 0.079621 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表