zoukankan      html  css  js  c++  java
  • 利用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了。

    要获取更多Jerry的原创文章,请关注公众号"汪子熙":

  • 相关阅读:
    animation循环滚动
    <canvas>简单学习
    月末总结
    回顾-总结(2)
    初识正则
    学习中小项目遇到事
    在炎热的夏天学习以提高效率
    前端存储之cookie、localStorage
    总结(1)
    jQuery
  • 原文地址:https://www.cnblogs.com/sap-jerry/p/12284284.html
Copyright © 2011-2022 走看看