以下是jmap -heap
命令的输出:
Survivor Space:
regions = 52
capacity = 54525952 (52.0MB)
used = 54525952 (52.0MB)
free = 0 (0.0MB)
100.0% used
我执行了很多次,发现capacity
的值总是等于used
。
我的问题是为什么幸存者空间总是充满(又如此之小)?我指定了-Xmx2200m -Xms2200m -Xmn1100m
。
(我希望幸存者空间应该是220M,这意味着幸存者区域应该有更多的空间)
- 更新 -
jheap的完整输出:
Garbage-First (G1) GC with 2 thread(s)
Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 2306867200 (2200.0MB)
NewSize = 1153433600 (1100.0MB)
MaxNewSize = 1153433600 (1100.0MB)
OldSize = 4194304 (4.0MB)
NewRatio = 2
SurvivorRatio = 8
MetaspaceSize = 16777216 (16.0MB)
CompressedClassSpaceSize = 1073741824 (1024.0MB)
MaxMetaspaceSize = 4294963200 (4095.99609375MB)
G1HeapRegionSize = 1048576 (1.0MB)
Heap Usage:
G1 Heap:
regions = 14488
capacity = 15191769088 (14488.0MB)
used = 1083703304 (1033.5000076293945MB)
free = 14108065784 (13454.499992370605MB)
7.13348983730946% used
G1 Young Generation:
Eden Space:
regions = 988
capacity = 1163919360 (1110.0MB)
used = 1035993088 (988.0MB)
free = 127926272 (122.0MB)
89.009009009009% used
Survivor Space:
regions = 45
capacity = 47185920 (45.0MB)
used = 47185920 (45.0MB)
free = 0 (0.0MB)
100.0% used
G1 Old Generation:
regions = 2
capacity = 1095761920 (1045.0MB)
used = 524296 (0.5000076293945312MB)
free = 1095237624 (1044.4999923706055MB)
0.04784762003775419% used
30424 interned Strings occupying 3027304 bytes.
答案 0 :(得分:4)
我的观察。
停止自定义某些参数时,G1GC非常有效。我建议删除Xmn
(年轻一代)设置。
设置-Xms
和-Xmx
区域大小应配置为最大堆内存大小/ 2048.对于4G堆,2 MB应为区域大小&对于2 GB堆,1 MB应该是理想的区域大小。
要配置的关键参数:-XX:G1HeapRegionSize=n, XX:MaxGCPauseMillis=m, -XX:ParallelGCThreads=n, -XX:ConcGCThreads=n
除了-Xms and -Xmx
有关详细信息,请查看此SE post和infoQ article。
来自Oracle
的建议评估和调整G1 GC时,请牢记以下建议:
年轻代大小:避免使用-Xmn选项或任何或其他相关选项(如-XX:NewRatio)显式设置年轻代大小。修复年轻一代的规模会超过目标暂停时间目标。
暂停时间目标:当您评估或调整任何垃圾收集时,总是存在延迟与吞吐量的权衡。
答案 1 :(得分:0)
我最好的猜测是你的应用程序正在创建大量对象,而Eden Space会快速填满(或者你的应用程序正在创建很多长寿命对象,可以在Young GC中存活)。
在Young GC期间,活动对象将始终移动到其中一个幸存者空间。只有当对象足够老化或者来自Eden Space的所有对象都不能适合所选的幸存者空间时,对象才会被移动到Old Gen。
你是否介意分享你想要解决的真正问题,或者你只是想知道为什么幸存者空间已经满了。