LoadRunner性能测试引发的内存溢出 - 善用日志

本文介绍了一次使用LoadRunner进行压力测试时遇到的老生代内存持续增长问题,并详细记录了如何通过日志配置调整和脚本修改来定位及解决由DWR ScriptSessionID未正常回收导致的内存溢出。

    产品发布后,测试组使用loadrunner做压力测试,不成想出问题了,老生代的内存持续增长,无法正常回收,10个小时后,老生代完全占满,每次都是fullgc,系统响应只有原来的30%;




    把堆内存dump出来,先用工具分析一下看看到底是怎么回事;




目标指向DWR,继续向下看DefaultScriptSessionManager的List_objects:




 修改log4j的配置,让日志只记录DWR session部分的信息;





从日志来看,只有ScriptSession的creating,没有对应的invalidate,似乎是ScriptSessionID没有回收引起的,再仔细看看堆里面对象的信息:




随便浏览几个实例的信息,发现都是scriptsessionid;




日志里面都是重复的scriptsessionid,猜想是不是loadrunner测试时录制的脚本没有变更scriptsessionid引起的,看下脚本,果然是




修改LoadRunner的脚本,内存溢出问题解决;日志输出正常;



 

DWR的代码分析详见下一节;


  

并发试是指在同一时间内,模拟多个用户同时访问系统,对系统的并发性能进行试。在LoadRunner中,可以通过使用虚拟用户(Vuser)模拟多个并发用户,进行并发试。 以下是一些关于并发试的性能测试策略: 1. 确定试负载:在进行并发试前,需要确定试的负载,即模拟多少个并发用户。这个数量应该与实际应用场景相符合。可以根据历史数据或者用户量预来确定试负载。 2. 确定试场景:在进行并发试时,需要确定试场景,即模拟用户访问系统的行为。可以根据实际应用场景,模拟用户登录、搜索、浏览、下单等操作。 3. 设置试脚本:在进行并发试时,需要编写试脚本,模拟用户访问系统的行为。可以使用LoadRunner自带的录制功能,录制用户操作,生成试脚本。 4. 设置性能指标:在进行并发试时,需要设置性能指标,例如响应时间、吞吐量、错误率等。这些指标可以根据实际应用场景来确定。 5. 进行负载试:在进行并发试时,需要进行负载试,即模拟多个并发用户访问系统,记录系统的性能指标。可以通过调整试负载和试场景,来试系统在不同负载下的性能表现。 6. 分析试结果:在进行并发试后,需要分析试结果,查看系统的性能指标是否符合要求。如果试结果不理想,需要进行性能优化,例如优化代码、增加服务器带宽等。 总之,在进行并发试时,需要根据实际应用场景,制定合适的性能测试策略,以确保系统的性能表现符合要求。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值