gpt4 book ai didi

performance - grails 2.0.3 中 byte[] 的内存泄漏

转载 作者:行者123 更新时间:2023-11-28 21:56:55 25 4
gpt4 key购买 nike

所以我有一个应用程序,允许您上传文档和图像并将它们保存为数据库中的 byte[]。

(我创建了一个最小的示例项目,您可以在此处下载为 zip 并导入到 STS http://dl.dropbox.com/u/2342474/byteMemoryLeak.zip ...您所要做的就是转到 datasource.groovy 并更改您的数据库设置)

所以域对象看起来像这样:

class Test { 

byte[] data

static constraints = {
data nullable: false, maxSize: 1024*1024*40
}
}

并且controller和views都是直接用generate-all命令生成的...这里什么都没变...

现在,当我们开始项目时,我们转到测试 Controller ...点击创建新...上传文档...使用 5 - 10 MB 的文件...然后点击创建...

我希望在执行 save() 方法时内存使用量会增加,然后在调用 show 方法时也会增加...但是一旦完成加载,GC 应该拾取这些对象并将它们丢弃,因为它们是目前不需要...现在我使用 Your Kit Java Profiler 检查内存使用情况,我可以看到我的 byte[] 有 3 个引用,引用较弱或无法访问...这是为什么?当 show() 方法或 save() 方法完成时,它们不应该被删除吗?

这里是截图:[内存泄漏]:http://i.imgur.com/XGj6A.png

是否必须对 tomcat 进行特殊设置才能更频繁地运行 gc?

我对此感到非常困惑,它实际上会导致我现在正在测试的应用程序出现问题,因为人们正在向它上传大量文档,堆内存变得越来越满,几乎从未被清理过,所以我在某个时候遇到内存不足异常......实际上在 list() 方法中也发生了同样的情况,它加载了所有对象,现在实际上对于每个对象,字节[]被加载并且现在在内存中并且没有得到清理...

也许我只是遗漏了什么或做错了什么......任何帮助将不胜感激......

谢谢克里斯

最佳答案

Grails 应用程序通常与在服务器模式下创建的 JRE 一起运行,这会影响内存的工作方式。基本上,在“客户端”模式下运行时,它会尝试使用更少的内存并更频繁地释放内存,而在服务器模式下运行时,JRE 会尝试使用更多的内存来提供更快的速度。您可以在这里阅读一些讨论:Real differences between “java -server” and “java -client”

基本上,JRE 将允许堆增长到它的极限,只有到那时它才会考虑释放内存。

我下载了你的例子并启动了它,然后我多次上传同一个文件。 java进程的内存占用是这样增长的(对于每个请求:822mb -> 917mb -> 1.03mb,然后停止。下次上传没有增加内存占用,也没有抛出PermGen空间异常。

所以,我认为这里没有发生内存泄漏。您遇到的只是 JRE 在它仍然可以分配新内存之前尝试不运行 GC(因为通常,运行 GC 比仅分配新内存慢)。

希望这对您有所帮助。

关于performance - grails 2.0.3 中 byte[] 的内存泄漏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10341664/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com