我用profiler监视我的java应用程序以了解内存泄漏.而且我上课了几乎80%的内存
java.lang.ref.Finalizer
然后我谷歌上面的课程,发现很棒的文章
http://www.fasterj.com/articles/finalizer1.shtml
现在任何人都可以建议我如何增加FinalizerThread的优先级来收集GC中的那些对象.
我在Linux上使用内核版本Linux 2.6.9-5.ELsmp(i386)和Linux 2.6.18-194.17.4.el5(i386)时遇到此问题还有一件事,但它在Linux 2.6上工作正常(没有OOM错误) .18-128.el5PAE(i386).
这个问题是因为Linux Kernels吗?
是否有任何JVM变量来改善FinalizerThread的优先级?
Thanx提前.
for(Thread t: Thread.getAllStackTraces().keySet())
if (t.getName().equals("Finalizer")) {
System.out.println(t);
t.setPriority(Thread.MAX_PRIORITY);
System.out.println(t);
}
版画
Thread[Finalizer,8,system]
Thread[Finalizer,10,system]
除非您使用100%的所有核心或接近它,否则优先级无关紧要,因为即使是最低优先级也会获得所需的cpu.
注意:在Linux上,它将忽略提升的优先级,除非您是root用户.
相反,你应该减少终结者正在做的工作.理想情况下,它不应该有任何事情要做.终结器中高负载的一个原因是创建应该关闭但被丢弃的资源. (让终结器关闭资源)
简而言之,您应该尝试确定正在最终确定哪些资源,并确保在调用finalize()时不需要执行任何操作,理想情况下根本不使用此方法.
在较旧版本的Linux内核上,资源可能需要稍微长一点才能关闭.我会检查硬件是否相同,因为这可能意味着清理资源需要更长的时间. (但真正的解决方法是确保它不需要这样做)
原文地址:https://www.jb51.cc/java/437945.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。