文章目录
- 为什么要这样呢?
- 详情
为什么要这样呢?
为了避免为大对象分配内存时的复制操作而降低效率。
详情
大对象
就是指需要大量连续内存空间
的Java对象,最典型的大对象便是那种很长的字符串,或者元素数量很庞大的数组,本节例子中的byte[]数组就是典型的大对象。
大对象对虚拟机的内存分配来说就是一个不折不扣的坏消息,比遇到一个大对象更加坏的消息就是遇到一群“朝生夕灭”的“短命大对象”,我们写程序的时候应注意避免。在Java虚拟机中要避免大对象的原因是,在分配空间时,它容易导致内存明明还有不少空间时就提前触发垃圾收集
,以获取足够的连续空间才能安置好它们,而当复制对象时,大对象就意味着高额的内存复制开销。HotSpot虚拟机提供了-XX:PretenureSizeThreshold
参数,指定大于该设置值的对象直接在老年代分配,这样做的目的就是避免在Eden区及两个Survivor区 之间来回复制,产生大量的内存复制操作
。
执行代码清单3-8中的testPretenureSizeThreshold()方法后,我们看到Eden空间几乎没有被使用,而老年代的10MB空间被使用了40%,也就是4MB的allocation对象直接就分配在老年代中,这是因为
-XX:PretenureSizeThreshold
被设置为3MB(就是3145728,这个参数不能与-Xmx之类的参数一样直接写3MB),因此超过3MB的对象都会直接在老年代进行分配。
注意
-XX:PretenureSizeThreshold参数只对Serial和ParNew两款新生代收集器有效
,HotSpot的其他新生代收集器,如Parallel Scavenge并不支持这个参数。如果必须使用此参数进行调优,可考虑ParNew加CMS的收集器组合。
private static final int _1MB = 1024 * 1024;
/**
* VM参数:-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails
* -XX:SurvivorRatio=8 -XX:+UseSerialGC -XX:+UseSerialGC
* -XX:PretenureSizeThreshold=3145728
*/
public static void testPretenureSizeThreshold() {
byte[] allocation;
allocation = new byte[4 * _1MB]; // 直接分配在老年代中
}
public static void main(String[] args) {
testPretenureSizeThreshold();
}
运行结果:
Heap
def new generation total 9216K, used 507K [0x32360000, 0x32d60000, 0x32d60000)
eden space 8192K, 6% used [0x32360000, 0x323def28, 0x32b60000)
from space 1024K, 0% used [0x32b60000, 0x32b60000, 0x32c60000)
to space 1024K, 0% used [0x32c60000, 0x32c60000, 0x32d60000)
tenured generation total 10240K, used 4096K [0x32d60000, 0x33760000, 0x33760000)
the space 10240K, 40% used [0x32d60000, 0x33160010, 0x33160200, 0x33760000)
compacting perm gen total 12288K, used 380K [0x33760000, 0x34360000, 0x37760000)
the space 12288K, 3% used [0x33760000, 0x337bf218, 0x337bf400, 0x34360000)
ro space 10240K, 51% used [0x37760000, 0x37c925d0, 0x37c92600, 0x38160000)
rw space 12288K, 55% used [0x38160000, 0x387fd978, 0x387fda00, 0x38d60000)
分析:
首先allocation申请4M内存,没有gc日志,说明没有触发GC;
新生代占用内存很小,老年代占用4M,说明allocation对象直接就分配在老年代中
Heap
def new generation 新生代
total 9216K,
used 507K 占用量很小
[0x32360000, 0x32d60000, 0x32d60000)
eden space 8192K, 6% used eden区占用量很小
[0x32360000, 0x323def28, 0x32b60000)
from space 1024K, 0% used [0x32b60000, 0x32b60000, 0x32c60000)
to space 1024K, 0% used [0x32c60000, 0x32c60000, 0x32d60000)
tenured generation 老年代
total 10240K,
used 4096K 占用4M,说明allocation存储到老年代了
[0x32d60000, 0x33760000, 0x33760000)
the space 10240K,
40% used 占用比例
[0x32d60000, 0x33160010, 0x33160200, 0x33760000)
compacting perm gen total 12288K, used 380K [0x33760000, 0x34360000, 0x37760000)
the space 12288K, 3% used [0x33760000, 0x337bf218, 0x337bf400, 0x34360000)
ro space 10240K, 51% used [0x37760000, 0x37c925d0, 0x37c92600, 0x38160000)
rw space 12288K, 55% used [0x38160000, 0x387fd978, 0x387fda00, 0x38d60000)