在遇到严重问题之前,确定您的脚本是否存在严重的内存泄漏可能会引起您的兴趣。不幸的是,我无法找到如何测量当前堆栈/堆大小或"字符串表"大小(见http://www.smartdxl.com/content/?p=481)。有人可以帮忙吗?
答案 0 :(得分:1)
最大的内存“泄漏”将是不再使用的开放模块。所以当然你应该关闭那些。
接下来,您希望将新字符串的生成保持在最低限度,因为每个新字符串都会在字符串表中创建一个条目。您可以在这里找到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
*/
答案 1 :(得分:0)
我找到了&#34;字符串表的解决方案&#34;部分问题。 Mathias Mamsch提供了一个文件&#34; stringTable.inc&#34;在https://www.ibm.com/developerworks/community/forums/html/topic?id=77777777-0000-0000-0000-000014886977定义函数printStringTable()
。显然,它输出有关表大小的信息,并且可以很容易地修补以提供字符串表bytesize的近似值。