当我的应用程序改变Eden和Survivor Spaces之间的比例时，我正在观察很长时间的世界停顿。我没有使用任何自定义JVM标志，因此默认情况下启用UseAdaptiveSizePolicy。主机有32 GB的RAM。我有JDK 8。
Eden Space: used = 833208K, max = 1263616K
Survivor Space: used = 634357K, max = 634368K
Old Gen: used = 2456700K, max = 5480448K
(11s stop-the-world)
Eden Space: used = 24665K, max = 1105920K
Survivor Space: used = 297749K, max = 842240K
Old Gen: used = 3094701K, max = 5480448K
在我的情况下，JVM 11s将Eden减少了大约100 MB，将Survivor增加了大约200 MB，并保留了大约600 MB的对象。这些真的是如此昂贵的运营吗？可能发生了什么？
以下是来自GC的日志：
2017-10-19T10:24:28.845+0100: 201.951: [Full GC (Ergonomics) [PSYoungGen: 337425K->60051K(1966080K)] [ParOldGen: 2877063K->3135388K(4417536K)] 3214488K->3195440K(6383616K), [Metaspace: 85871K->85871K(1126400K)], 11.0121325 secs] [Times: user=45.02 sys=2.24, real=10.01 secs]