这是jmap-heap命令的输出:SurvivorSpace:regions=52capacity=54525952(52.0MB)used=54525952(52.0MB)free=0(0.0MB)100.0%used我已经执行了很多次，我发现capacity的值总是等于used。我的问题是为什么幸存者空间总是满的(而且这么小)？我指定了-Xmx2200m-Xms2200m-Xmn1100m。(我预计survivorspace应该是220M，也就是说survivorregion应该有更多的空间)--更新--jheap的完整输出:Garbage-First(G1)GCwith2thre

SURVIVOR软件的功能：1) SimulateSVsandevaluateexistingcallers.2)MergeandcompareSVswithinasampleandamongpopulations/samples.3)Convertdifferentformatstovcffiles4)SummarizetheresultswithinvcffilesorresultsfromSURVIVOR.1.安装wgethttps://github.com/fritzsedlazeck/SURVIVOR/archive/master.tar.gz-OSURVIVOR.tar.gztar

对于Sun/Oracle的JVM，我读到GC算法将新一代划分为一个Eden区域和两个幸存者区域。我想知道的是，为什么有两个幸存者区域而不仅仅是一个？该算法可以在伊甸园和一个幸存者区域之间保持乒乓球(就像它目前在两个幸存者区域之间所做的那样)；或者这种方法有什么缺点吗？ 最佳答案 我相信JRockit的GC实现更像你建议的那样工作，只有一个伊甸园和一个幸存者空间，但不要引用我的话。HotSpotJVM有两个幸存者空间的原因是为了减少处理碎片的需要。新对象分配在伊甸园空间中。一切都很好。当它满了时，你需要一个GC，所以杀死陈旧的对象并将

对于Sun/Oracle的JVM，我读到GC算法将新一代划分为一个Eden区域和两个幸存者区域。我想知道的是，为什么有两个幸存者区域而不仅仅是一个？该算法可以在伊甸园和一个幸存者区域之间保持乒乓球(就像它目前在两个幸存者区域之间所做的那样)；或者这种方法有什么缺点吗？ 最佳答案 我相信JRockit的GC实现更像你建议的那样工作，只有一个伊甸园和一个幸存者空间，但不要引用我的话。HotSpotJVM有两个幸存者空间的原因是为了减少处理碎片的需要。新对象分配在伊甸园空间中。一切都很好。当它满了时，你需要一个GC，所以杀死陈旧的对象并将