Jea*_*aul 7 java arrays performance overhead out-of-memory
我正在用相当大的算法评估来自文本文件的不同数据.
如果文本文件包含的数据点超过数据点(我需要的最小值是130万个数据点),则会出现以下错误:
Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded
at java.util.regex.Matcher.<init>(Unknown Source)
at java.util.regex.Pattern.matcher(Unknown Source)
at java.lang.String.replaceAll(Unknown Source)
at java.util.Scanner.processFloatToken(Unknown Source)
at java.util.Scanner.nextDouble(Unknown Source)
Run Code Online (Sandbox Code Playgroud)
当我在Eclipse中运行它时,安装的jre6(标准VM)具有以下设置:
-Xms20m -Xmx1024m -XX:MinHeapFreeRatio=20 -XX:MaxHeapFreeRatio=40 -XX:NewSize=10m
-XX:MaxNewSize=10m -XX:SurvivorRatio=6 -XX:TargetSurvivorRatio=80
-XX:+CMSClassUnloadingEnabled
Run Code Online (Sandbox Code Playgroud)
请注意,如果我只运行部分文本文件,它可以正常工作.
现在我已经阅读了很多关于这个主题的内容,似乎某个地方我必须有数据泄漏或者我在数组中存储了太多数据(我认为我这样做).
现在我的问题是:我该如何解决这个问题?
基本上我正在寻找一些防止大量内存存储/泄漏的一般指导原则.
真正关键的 vm arg 是-Xmx1024m,它告诉 VM 使用最多 1024 MB 的内存。最简单的解决方案是在那里使用更大的数字。您可以尝试-Xmx2048m或-Xmx4096m,或任何数字,假设您的计算机有足够的 RAM 来处理它。
我不确定您是否从其他虚拟机参数中获得了很多好处。在大多数情况下,如果您告诉 Java 要使用多少空间,它会智能地处理其余参数。我建议删除除-Xmx参数之外的所有内容并查看其执行情况。
更好的解决方案是尝试改进您的算法,但我还没有足够详细地阅读它以提供任何建议。
| 归档时间: |
|
| 查看次数: |
2354 次 |
| 最近记录: |