使用"javaw.exe"vs"java.exe"的堆大小使用情况

Question

以下是该计划,

public class Dummy {

    public static void main(String[] args) throws Exception {
        final int LENGTH = Integer.MAX_VALUE / 8;
        Object[] values = new Object[LENGTH];
        int count = 0;
        for (int i = 0; i < Integer.MAX_VALUE; i++) {
            Object o = new Object();
            int hashCode = o.hashCode();
            if (hashCode > LENGTH)
                continue;
            if (values[hashCode] != null) {
                System.out.println("found after " + count + ": " + values[hashCode] + " same hashcode as " + o);
                System.out.println(values[hashCode] == o);
                System.exit(0);
            } else {
                System.out.println(hashCode);
                values[hashCode] = o;
                count++;
            }
        }
    }
}

当通过eclipse(通过64位javaw.exe)启动时,堆使用率会低于下面显示的近似值(max),电池会在几分钟内降低,

然后显示以下异常:

Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded

在同一台机器上,当java.exe从命令行使用64位启动时,相同的程序,在创建22985个对象的for-loop"私有工作集"值为1GB(最大)之后,新的哈希码与先前的哈希码一致地冲突.

:
23206321
39915397
found after 22985: java.lang.Object@f2eb847 same hashcode as java.lang.Object@f2eb847
false

如果不专注于代码逻辑,我想了解,

1)为什么比较两种方法的堆使用差异？因为两种方法都没有进行调整.

2)如何通过eclipse(javaw.exe)或命令行(java.exe)启动程序之前控制堆使用参数？请帮我!!!

注意:我正在使用java 1.6

Answer 1

如果你没有指定JVM使用人机工程学(决定设置默认值)基于主机架构并且它为JVM设置了各种默认参数,那么堆就是其中之一

对于64位CPU JVM设置较高的堆值,因此您会看到OOM中的延迟

您可以通过调用来验证这一点

java -XX:+PrintFlagsFinal -version 2>&1 | grep MaxHeapSize

由于您使用的是Windows,因此您可以使用某些JDK工具,也可以使用此程序来验证内存默认调整

long maxBytes = Runtime.getRuntime().maxMemory();
System.out.println("Max memory: " + maxBytes / 1024 / 1024 + "M");

在这两台机器上

您也可以通过显式指定一个来覆盖堆大小,在这种情况下,您应该看到与内存透视相似的行为