Java Array使用多少内存?

时间:2014-11-11 21:09:48

标签: java arrays profiling

我试图找出一个数组在JVM中使用了多少内存。我为此目的设立了一个程序,这给了我奇怪的结果。

protected static long openMem(){
    System.gc();
    System.runFinalization();
    return Runtime.getRuntime().freeMemory();
}

public static double listSize(int limit){
    long start= openMem();
    Object[] o= new Object[limit];
    for(int i= 0; i<limit; i++ ){
        o[i]= null;
    }
    long end= openMem();
    o= null;
    return (start-end);
}

public static void list(int i){
    for(int y= 0; y<50; y++ ){
        double d= Quantify.listSize(i);
        System.out.println(i+" = "+d+" bytes");
    }
}

public static void main(String ... args){
        list(1);
        list(2);
        list(3);
        list(100);
    }

当我运行它时,我为每个数组大小得到两个不同的字节大小,如:

  • 1 = 24.0字节
  • 1 = 208.0字节
  • 1 = 24.0字节
  • 1 = 208.0字节
  • 1 = 208.0字节
  • 1 = 208.0字节
  • 1 = 208.0字节
  • 1 = 24.0字节

因此,只有1个元素的数组才能返回&#34; 24个字节&#34;或&#34; 208字节&#34;,相同的模式适用于所有其他模式:

1 = 24.0字节

1 = 208.0字节

2 = 24.0字节

2 = 208.0字节

3 = 32.0字节

3 = 216.0字节

100 = 416.0字节

100 = 600.0字节

我试图找出原因。我想知道的是,这里的其他人(a)是否已经知道答案,或者(b)知道如何找到答案。

1 个答案:

答案 0 :(得分:3)

测量JVM上的堆占用比测量性能更复杂。例如,有线程局部分配缓冲区(TLAB),它们是一次分配的堆块,无论分配的对象大小如何。您应该禁用它们用于测量:-XX:-UseTLAB。此外,您的代码做了一些正确的事情,但其他人只是几乎正确。我会建议运行两个 GC&#39; s;无需进行最终确定;并在分配之前运行GC,然后在重新分配之后运行。您只能在每次测量之前运行它。您还需要使用totalMemory-freeMemory,否则您很容易受到堆大小调整的影响。

总而言之,尝试使用此代码进行测量,它可以为我提供可靠的结果。

class Quantify {
  static final Object[][] arrays = new Object[20][];

  static long takenMem(){
    final Runtime rt = Runtime.getRuntime();
    return rt.totalMemory() - rt.freeMemory();
  }

  static long arraySize(int size){
    System.gc(); System.gc();
    long start = takenMem();
    for (int i = 0; i < arrays.length; i++) arrays[i] = new Object[size];
    final long end = takenMem();
    for (int i = 0; i < arrays.length; i++) arrays[i] = null;
    System.gc(); System.gc();
    return (end - start) / arrays.length;
  }
  public static void main(String... args) {
    for (int i = 1; i <= 20; i++) System.out.println(i+": "+arraySize(i));
  }
}

我得到了这个输出:

1: 24
2: 24
3: 32
4: 32
5: 40
6: 40
7: 48
8: 48
9: 56
10: 56
11: 64
12: 64
13: 72
14: 72
15: 80
16: 80
17: 88
18: 88
19: 96
20: 96

这与实际情况一致:由于头文件的开销,最小分配为24字节;由于内存对齐问题,这些大小会改变8(这对于64位JVM来说是典型的)。