linda_4528 发表于 2011-2-25 19:10:33

内存泄漏

程序在用户量的时候，出现内存泄漏的情况，会导致直接down的情况。
在本地进行性能测试的时候，运行400个虚拟用户时候，出现下列错误
-27728        vuser_init.c(26): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)        768        Cntrl        322        4        1       
-27791        Action.c(6): Error -27791: Server "192.168.0.91" has shut down the connection prematurely        113        Cntrl        109        4        1       
-26623        Action.c(6): Error -26623: HTTP Status-Code=408 (Request Timeout) for "http://192.168.0.91:9081/meip_gd/mq*index.do"        135        Cntrl        101        4        1       
-27727        vuser_init.c(9): Error -27727: Step download timeout (120 seconds) has expired when downloading resource(s). Set the "Resource Page Timeout is a Warning" Run-Time Setting to Yes/No to have this message as a warning/error, respectively        25        Cntrl        25        2        1

泊涯 发表于 2011-2-27 10:17:38

你怎么确认这就是内存泄露引起的？
是不是连接数不足引起的

Fin 发表于 2011-2-27 22:04:31

楼主您好！
LR 只能反映出用户端层面的状况，不能通过LR 报错直接定位是内存泄漏（证据不足）。
从楼主的的报错中看到的只是 连接超时120秒、无法连接等情况报告。
一般内存泄漏反映现象需要监控 服务器资源 内存是否在持续增长而不被释放、CPU处理持续升高的 折线图等等现象展现报告中可以提供证据。 还有可能在LR 的TPS 图 中 处理能力折线图 呈下降趋势、响应时间持续增长等等。

linda_4528 发表于 2011-2-28 10:04:29

回复 3# Fin


    谢谢！！
现在还在找问题的原因，我录制的脚本应该不是内存泄漏的原因。
需要多录制相关的脚本，来确定问题产生的具体情况。

linda_4528 发表于 2011-2-28 10:06:48

回复 3# Fin


    谢谢！！
现在还在找问题的原因，我录制的脚本应该不是内存泄漏的原因。
需要多录制相关的脚本，来确定问题产生的具体情况。

linda_4528 发表于 2011-2-28 10:06:58

回复 3# Fin


    谢谢！！
现在还在找问题的原因，我录制的脚本应该不是内存泄漏的原因。
需要多录制相关的脚本，来确定问题产生的具体情况。

linda_4528 发表于 2011-3-7 17:45:16

现在测试的结果是发现，在执行一段SQL 的数据库连接会会一直占用没有被释放，
但是还不太能确定是一定会模拟到客户那边的内存泄漏的情况
页: [1]
查看完整版本: 内存泄漏