如何利用S_MEMORY_INSPECTOR分析内存泄漏问题-创新互联
如何利用S_MEMORY_INSPECTOR分析内存泄漏问题,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
为互助等地区用户提供了全套网页设计制作服务,及互助网站建设行业解决方案。主营业务为成都网站建设、成都网站制作、互助网站设计,以传统方式定制建设网站,并提供域名空间备案等一条龙服务,秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求,就会得到认可,从而选择与我们长期合作。这样,我们也可以走得更远!我在批量生成service order时,report运行几个小时后,遇到out of memory exception:
SM04里发现我的report随着时间的推移,消耗的内存越来越多:
如何找到出现memory leak的代码的准确位置?
我的report里有个package size,类似于OPEN CURSOR和FETCH的design,比如package size是1000,那么每1000个service order创建成功后,清一次buffer,然后创建第二批1000个order,再清第二次buffer.
所以我只需要在两次清buffer之后分别创建一个memory snapshot:
创建好之后tcode S_MEMORY_INSPECTOR, 比较两个snapshot里的delta部分,即为引起memory leak的变量。这个transaction列出了变量所在的program name,剩下的事情就是去找能清除这些变量对应的API.
修改完之后成效显著,修改之前一个user session跑一个小时内存consumtpion就超过了7GB,现在跑了一下午,每个session不超过2GB了。
看完上述内容,你们掌握如何利用S_MEMORY_INSPECTOR分析内存泄漏问题的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联-成都网站建设公司行业资讯频道,感谢各位的阅读!
文章标题:如何利用S_MEMORY_INSPECTOR分析内存泄漏问题-创新互联
分享网址:http://pwwzsj.com/article/piggj.html