您好, 欢迎来到 !    登录 | 注册 | | 设为首页 | 收藏本站

利用S_MEMORY_INSPECTOR分析内存泄漏问题

2022/1/2 13:00:57 架构 字数 2537 阅读 773 来源 https://www.iteye.com/blogs/category/architecture

利用S_MEMORY_INSPECTOR分析内存泄漏问题 我在批量生成service order时,report运行几个小时后,遇到out of memory exception: SM04里发现我的report随着时间的推移,消耗的内存越来越多: 如何找到出现memory leak的代码的准确位置? 我的report里有个package size,类似于OPEN CURSOR和FETCH的design,比如package size是100 ... SAP成都研究院SAP Cloud PlatformSAP云平台SAPABAP? JerryWang_SAP

我在批量生成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了。


如果您也喜欢它,动动您的小指点个赞吧

除非注明,文章均由 laddyq.com 整理发布,欢迎转载。

转载请注明:
链接:http://laddyq.com
来源:laddyq.com
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


联系我
置顶