甚至在您遇到严重问题之前,找出您的脚本是否有严重的内存泄漏可能会很有趣。不幸的是,我无法找到如何测量当前堆栈/堆大小或“字符串表”大小(参见http://www.smartdxl.com/content/?p=481)。有人可以帮忙吗?
相关问题:预测 DXL 内存和 CPU 使用情况
甚至在您遇到严重问题之前,找出您的脚本是否有严重的内存泄漏可能会很有趣。不幸的是,我无法找到如何测量当前堆栈/堆大小或“字符串表”大小(参见http://www.smartdxl.com/content/?p=481)。有人可以帮忙吗?
相关问题:预测 DXL 内存和 CPU 使用情况
最大的内存“泄漏”将是不再使用的开放模块。所以当然你应该关闭那些。
接下来,您希望将新字符串的产生保持在最低限度,因为每个新字符串都会在字符串表中创建一个条目。您可以在这里找到 Mathias Mamsch 的优秀论文:https ://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014886977&ps=25
最后,具有创建/删除方法的数据类型如果不被删除,可能会占用内存。为了找到未发布的实例,我使用了最初由 Mathias Mamsch 创建的一些内存函数。我回到他的帖子的链接不再有效,但这里是我使用的功能:
//< Memory Functions [Memory.inc]
/*
Code adapted from forum post by Mathias Mamsch:
https://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014830975
*/
int *::+(int *ptr, int ofs)
{
int *rtn = ptr
rtn += ofs
return(rtn)
}
int *::@(int *ptr, int ofs)
{
int adr = *(ptr + ofs)
int *rtn = addr_(adr)
return(rtn)
}
int *mbn(int *ptr)
{
return(ptr @ 0x74)
}
int *nnn(int *ptr)
{
return(ptr @ 8)
}
int *ccp()
{
DB db = create("")
int *ptr = addr_(db)
int *rtn = ptr @ 48
destroy(db)
return(rtn)
}
int allocatedObjects()
{
int cnt = 0
int *mb = mbn(ccp())
while(!null mb) { mb = nnn(mb) ; cnt++ }
return(cnt)
}
我很确定我从原始发布的代码中更改了函数和变量名称,因此如果您遇到他的原始代码,请注意这一点。不要问我关于硬编码的数字...... Mathias 在帖子中解释了它们,我不记得解释了。
以下是您将如何使用代码:
//< Test of Memory.inc
/*
*/
pragma encoding, "UTF-8"
#include <stdlib/Memory.inc>
pragma runLim, 0
int numallobj = allocatedObjects()
print numallobj "\n"
Skip skp = null Skip
numallobj = allocatedObjects()
print numallobj "\n"
skp = create()
numallobj = allocatedObjects()
print numallobj "\n"
delete(skp)
numallobj = allocatedObjects()
print numallobj "\n"
/*
Output should be:
0
0
1
0
*/
我找到了问题的“字符串表”部分的解决方案。Mathias Mamsch 在https://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014886977提供了一个文件“stringTable.inc”,它定义了函数printStringTable()
。显然,它输出有关表大小的信息,并且可以轻松修补以提供字符串表字节大小的近似值。