JVM垃圾回收机制与GC调整

一、GC概要:

JVM堆相关知识
为什么先说JVM堆?
JVM的堆是Java对象的活动空间,程序中的类的对象从中分配空间,其存储着正在运行着的应用程序用到的所有对象。这些对象的建立方式就是那些new一类的操作,当对象无用后,是GC来负责这个无用的对象(地球人都知道)。
JVM堆
(1) 新域:存储所有新成生的对象
(2) 旧域:新域中的对象,经过了一定次数的GC循环后,被移入旧域
(3)永久域:存储类和方法对象,从配置的角度看,这个域是独立的,不包括在JVM堆内。默认为4M。

新域会被分为3个部分:1.第一个部分叫Eden。(伊甸园??可能是因为亚当和夏娃是人类最早的活动对象?)2.另两个部分称为辅助生存空间(幼儿园),我这里一个称为A空间(From sqace),一个称为B空间(To Space)。
[img]http://dl.iteye.com/upload/attachment/169544/1224e75c-f219-3a78-98c1-9ea893887b32.jpg[/img]

GC浅谈:
GC的工作目的很明确:在堆中,找到已经无用的对象,并把这些对象占用的空间收回使其可以重新利用.大多数垃圾回收的算法思路都是一致的:把所有对象组成一个集合,或可以理解为树状结构,从树根开始找,只要可以找到的都是活动对象,如果找不到,这个对象就是凋零的昨日黄花,应该被回收了。
在sun 的文档说明中,对JVM堆的新域,是采用coping算法,该算法的提出是为了克服句柄的开销和解决堆碎片的垃圾回收。它开始时把堆分成一个对象面和多个空闲面,程序从对象面为对象分配空间,当对象满了,基于 coping算法的垃圾收集就从根集中扫描活动对象,并将每个活动对象复制到空闲面(使得活动对象所占的内存之间没有空闲洞),这样空闲面变成了对象面,原来的对象面变成了空闲面,程序会在新的对象面中分配内存。

对于新生成的对象,都放在Eden中;当Eden充满时(小孩太多了),GC将开始工作,首先停止应用程序的运行,开始收集垃圾,把所有可找到的对象都复制到A空间中,一旦当A空间充满,GC就把在A空间中可找到的对象都复制到B空间中(会覆盖原有的存储对象),当B空间满的时间,GC就把在B空间中可找到的对象都复制到A空间中,AB在这个过程中互换角色,那位客官说了:拷来拷去,烦不烦啊?什么时候是头?您别急,在活动对象经过一定次数的GC操作后,这些活动对象就会被放到旧域中。对于这些活动对象,新域的幼儿园生活结束了。
新域为什么要这么折腾?
起初在这块我也很迷糊,又查了些资料,原来是这样:应用程序生成的绝大部分对象都是短命的,copying算法最理想的状态是,所有移出Eden的对象都会被收集,因为这些都是短命鬼,经过一定次数的GC后应该被收集,那么移入到旧域的对象都是长命的,这样可以防止AB空间的来回复制影响应用程序。
实际上这种理想状态是很难达到的,应用程序中不可避免地存在长命的对象,copying算法的发明者要这些对象都尽量放在新域中,以保证小范围的复制,压缩旧域的开销可比新域中的复制大得多(旧域在下面说)。
对于旧域,采用的是tracing算法的一种,称为标记-清除-压缩收集器,注意,这有一个压缩,这是个开销挺大的操作。
垃圾回收主要是对Young Generation块和Old Generation块内存进行回收,YG用来放新产生的对象,经过几次回收还
二、Gc 流程:
[older generation][survivor 1][survivor 2][eden]
*young generation=eden + survivor
1.当eden满了,触发young GC;
2.young GC做2件事:一,去掉一部分没用的object;二,把老的还被引用的object发到survior里面,等下几次GC以后,survivor再放到old里面。
3.当old满了,触发full GC。full GC很消耗内存,把old,young里面大部分垃圾回收掉。这个时候用户线程都会被block。

三、young generation比例越大,不一定最好。
将young的大小设置为大于总堆大小的一半时会造成效率低下。如果设置得过小,又会因为young generation收集程序不得不频繁运行而造成瓶颈。

四、总结
从上面的推导可以得出很多结论,下面是前辈的经验总结与自已的认识
1.JVM堆的大小决定了GC的运行时间。如果JVM堆的大小超过一定的限度,那么GC的运行时间会很长。
2.对象生存的时间越长,GC需要的回收时间也越长,影响了回收速度。
3.大多数对象都是短命的,所以,如果能让这些对象的生存期在GC的一次运行周期内,wonderful!
4.应用程序中,建立与释放对象的速度决定了垃圾收集的频率。
5.如果GC一次运行周期超过3-5秒,这会很影响应用程序的运行,如果可以,应该减少JVM堆的大小了。
6.前辈经验之谈:通常情况下,JVM堆的大小应为物理内存的80%。

五、看案例:
jmap -heap 2343
Attaching to process ID 2343, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 11.0-b16

using thread-local object allocation.
Parallel GC with 8 thread(s)

Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 4294967296 (4096.0MB)
NewSize = 2686976 (2.5625MB)
MaxNewSize = -65536 (-0.0625MB)
OldSize = 5439488 (5.1875MB)
NewRatio = 2 (YG,OG 大小比为1:2)
SurvivorRatio = 8
PermSize = 21757952 (20.75MB)
MaxPermSize = 268435456 (256.0MB)

Heap Usage:
PS Young Generation
Eden Space:
capacity = 1260060672 (1201.6875MB)
used = 64868288 (61.86322021484375MB)
free = 1195192384 (1139.8242797851562MB)
5.148028935546367% used
From Space:
capacity = 85524480 (81.5625MB)
used = 59457648 (56.70323181152344MB)
free = 26066832 (24.859268188476562MB)
69.52120375359195% used
To Space:
capacity = 85852160 (81.875MB)
used = 0 (0.0MB)
free = 85852160 (81.875MB)
0.0% used
~~~~~~~~~~~~~~~~~~~~~~~~~~这三块为上面所说的YG大小和使用情况
PS Old Generation
capacity = 2291138560 (2185.0MB)
used = 1747845928 (1666.8757705688477MB)
free = 543292632 (518.1242294311523MB)
76.28722062099989% used
~~~~~~~~~~~~~~~~~~~~~~~~~~OG大小和使用情况
PS Perm Generation
capacity = 108265472 (103.25MB)
used = 107650712 (102.6637191772461MB)
free = 614760 (0.5862808227539062MB)
99.43217353728436% used

这台机器简单说YG内存1G,OG内存2G,总内存4G
在这样的配置下,GC运行情况:
jstat -gcutil -h5 2343 4s 100
S0 S1 E O P YGC YGCT FGC FGCT GCT
79.82 0.00 75.34 78.55 99.44 7646 1221.668 398 2052.993 3274.661
0.00 79.52 0.62 78.63 99.44 7647 1221.782 398 2052.993 3274.775 这里发生了一次YG GC,也就是MinorGC,耗时0.12s
0.00 79.52 28.95 78.63 99.44 7647 1221.782 398 2052.993 3274.775
0.00 79.52 46.34 78.63 99.44 7647 1221.782 398 2052.993 3274.775

同时可以看到总共进行了398次Major GC 总耗时2052.993 所以每次Major GC时间为:2052.993/398=5.16秒
这是个很严重的问题,进行Major GC的时候程序会暂停,无法响应,居然会暂停5秒多,这谁都无法接受吧 :)
同样Minor GC进行了7647次,总用时1221.782 平均时间为0.16秒,算是可以接受


再来看看修改配置后:
jmap -heap 14103
Attaching to process ID 14103, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 11.0-b16

using parallel threads in the new generation.
using thread-local object allocation.
Concurrent Mark-Sweep GC

Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 4294967296 (4096.0MB)
NewSize = 536870912 (512.0MB)
MaxNewSize = 536870912 (512.0MB)
OldSize = 5439488 (5.1875MB)
NewRatio =4 YG:OG 1:4
SurvivorRatio = 8
PermSize = 268435456 (256.0MB)
MaxPermSize = 268435456 (256.0MB)

Heap Usage:
New Generation (Eden + 1 Survivor Space):
capacity = 483196928 (460.8125MB)
used = 428284392 (408.4438247680664MB)
free = 54912536 (52.368675231933594MB)
88.63557841162434% used
Eden Space:
capacity = 429522944 (409.625MB)
used = 404788608 (386.0364990234375MB)
free = 24734336 (23.5885009765625MB)
94.24144010337199% used
From Space:
capacity = 53673984 (51.1875MB)
used = 23495784 (22.407325744628906MB)
free = 30178200 (28.780174255371094MB)
43.77499534970238% used
To Space:
capacity = 53673984 (51.1875MB)
used = 0 (0.0MB)
free = 53673984 (51.1875MB)
0.0% used
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~YG 大小和使用状态
concurrent mark-sweep generation:
capacity = 3758096384 (3584.0MB)
used = 1680041600 (1602.2125244140625MB)
free = 2078054784 (1981.7874755859375MB)
44.70459052494594% used
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~OG 大小和使用状态
Perm Generation:
capacity = 268435456 (256.0MB)
used = 128012184 (122.0819320678711MB)
free = 140423272 (133.9180679321289MB)
47.688254714012146% used

在这个配置下,GC运行情况:
jstat -gcutil -h5 14103 4s 100
S0 S1 E O P YGC YGCT FGC FGCT GCT
47.49 0.00 64.82 46.08 47.69 20822 2058.631 68 22.734 2081.365
0.00 37.91 38.57 46.13 47.69 20823 2058.691 68 22.734 2081.425 这里发生了一次YG GC,也就是MinorGC,耗时0.06s
46.69 0.00 15.19 46.18 47.69 20824 2058.776 68 22.734 2081.510
46.69 0.00 74.59 46.18 47.69 20824 2058.776 68 22.734 2081.510
0.00 40.29 19.95 46.24 47.69 20825 2058.848 68 22.734 2081.582

MajorGC平均时间:22.734/68=0.334秒(上面是5秒多吧)
MinorGC平均时间:2058.691/20823=0.099秒(比上面略少)


====================================
我自己的实践:

jmap -heap 9421
Attaching to process ID 9421, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 11.0-b16

using thread-local object allocation.
Parallel GC with 4 thread(s)

Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 1073741824 (1024.0MB)
NewSize = 2686976 (2.5625MB)
MaxNewSize = -65536 (-0.0625MB)
OldSize = 5439488 (5.1875MB)
NewRatio = 2
SurvivorRatio = 8
PermSize = 21757952 (20.75MB)
MaxPermSize = 88080384 (84.0MB)

Heap Usage:
PS Young Generation
Eden Space:
capacity = 357498880 (340.9375MB)
used = 107925472 (102.92575073242188MB)
free = 249573408 (238.01174926757812MB)
30.1890377950275% used
From Space:
capacity = 196608 (0.1875MB)
used = 131072 (0.125MB)
free = 65536 (0.0625MB)
66.66666666666667% used
To Space:
capacity = 196608 (0.1875MB)
used = 0 (0.0MB)
free = 196608 (0.1875MB)
0.0% used
PS Old Generation
capacity = 715849728 (682.6875MB)
used = 492688632 (469.86449432373047MB)
free = 223161096 (212.82300567626953MB)
68.82570639183088% used
PS Perm Generation
capacity = 65667072 (62.625MB)
used = 65290240 (62.265625MB)
free = 376832 (0.359375MB)
99.42614770459082% used

jstat -gcutil -h5 9421 4s 100

S0 S1 E O P YGC YGCT FGC FGCT GCT
8.09 100.00 100.00 41.96 99.74 248 5.076 3 1.245 6.321
0.00 58.57 80.00 45.50 99.79 249 5.262 3 1.245 6.507
0.00 99.82 31.59 50.11 99.85 251 5.397 3 1.245 6.642
0.00 46.63 20.95 53.99 99.88 253 5.540 3 1.245 6.785
0.00 48.99 11.09 58.40 99.91 255 5.655 3 1.245 6.900
S0 S1 E O P YGC YGCT FGC FGCT GCT
44.40 0.00 91.77 60.34 99.93 256 5.708 3 1.245 6.953
52.11 0.00 97.06 64.20 99.96 258 5.863 3 1.245 7.108
0.00 49.42 1.33 70.69 99.99 261 6.036 3 1.245 7.281
0.00 47.40 45.12 74.71 99.99 263 6.150 3 1.245 7.395
52.18 0.00 12.74 80.69 99.72 266 6.329 3 1.245 7.574
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 70.73 6.79 87.14 99.73 269 6.520 3 1.245 7.765
70.69 13.71 100.00 94.26 99.76 273 6.700 3 1.245 7.945
0.00 69.51 88.74 30.83 72.99 275 6.852 4 2.356 9.208
0.00 65.62 52.94 40.22 73.00 279 7.087 4 2.356 9.443
0.00 78.90 8.30 49.07 73.05 283 7.316 4 2.356 9.672
S0 S1 E O P YGC YGCT FGC FGCT GCT
72.21 0.00 98.52 56.17 73.15 286 7.496 4 2.356 9.851
79.11 0.00 76.17 65.63 73.19 290 7.746 4 2.356 10.102
71.99 0.00 60.12 75.09 73.23 294 7.989 4 2.356 10.344
85.60 0.00 18.82 83.84 73.25 298 8.232 4 2.356 10.587
87.86 0.00 0.00 93.45 73.29 302 8.484 4 2.356 10.840
0.00 83.55 3.35 56.76 83.69 611 26.403 15 12.264 38.667
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 83.10 7.02 34.12 73.29 305 8.650 5 3.241 11.891
89.47 0.00 90.17 41.39 73.30 308 8.830 5 3.241 12.071
86.25 0.00 58.98 50.80 73.30 312 9.064 5 3.241 12.305
85.46 0.00 32.03 59.68 73.30 316 9.297 5 3.241 12.538
93.95 0.00 14.45 68.01 73.31 320 9.526 5 3.241 12.767
S0 S1 E O P YGC YGCT FGC FGCT GCT
91.60 0.00 6.11 77.60 73.31 324 9.771 5 3.241 13.012
0.00 86.32 96.42 84.69 73.32 327 9.957 5 3.241 13.198
0.00 86.01 74.73 93.81 73.32 331 10.202 5 3.241 13.443
93.99 0.00 82.41 35.22 73.32 334 10.360 6 4.118 14.478
64.49 0.00 67.73 44.38 73.33 338 10.587 6 4.118 14.705
S0 S1 E O P YGC YGCT FGC FGCT GCT
73.66 0.00 59.60 53.02 73.33 342 10.816 6 4.118 14.934
67.98 0.00 58.48 61.64 73.33 346 11.046 6 4.118 15.164
93.45 0.00 60.51 69.44 73.35 350 11.267 6 4.118 15.385
68.97 0.00 48.55 78.65 73.41 354 11.501 6 4.118 15.619
59.29 0.00 44.13 86.15 73.46 358 11.724 6 4.118 15.842
S0 S1 E O P YGC YGCT FGC FGCT GCT
79.64 0.00 39.27 94.87 73.50 362 11.966 6 4.118 16.084
0.00 81.88 51.52 37.67 73.53 365 12.125 7 4.993 17.118
0.00 83.24 47.83 46.27 73.58 369 12.349 7 4.993 17.342
0.00 74.59 47.45 55.01 73.62 373 12.567 7 4.993 17.561
0.00 99.80 44.10 63.52 73.67 377 12.798 7 4.993 17.791
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 90.08 35.65 72.08 73.72 381 13.031 7 4.993 18.024
0.00 99.90 31.43 80.83 73.74 385 13.261 7 4.993 18.254
0.00 85.22 20.60 89.28 73.81 389 13.497 7 4.993 18.491
0.00 77.10 0.00 99.05 73.85 393 13.755 8 4.993 18.748
90.96 0.00 4.04 35.20 73.71 396 13.909 8 6.080 19.990


S0 S1 E O P YGC YGCT FGC FGCT GCT
93.00 0.00 0.00 44.42 73.71 400 14.146 8 6.080 20.226
81.70 0.00 0.00 53.23 73.71 404 14.367 8 6.080 20.448
99.85 0.00 0.00 62.52 73.71 408 14.611 8 6.080 20.691
0.00 62.91 18.78 72.16 73.71 413 14.860 8 6.080 20.940
0.00 75.70 23.27 81.36 73.71 417 15.097 8 6.080 21.177
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 81.57 28.42 90.71 73.71 421 15.342 8 6.080 21.423
0.00 0.00 52.69 35.44 73.72 424 15.531 9 6.958 22.488
82.11 0.00 59.73 42.35 73.72 428 15.741 9 6.958 22.698
88.81 0.00 61.04 51.10 73.72 432 15.967 9 6.958 22.924
94.19 0.00 61.37 60.14 73.72 436 16.202 9 6.958 23.160
S0 S1 E O P YGC YGCT FGC FGCT GCT
82.58 0.00 64.01 70.14 73.72 440 16.447 9 6.958 23.405
84.14 0.00 61.41 79.38 73.72 444 16.685 9 6.958 23.642
84.06 0.00 58.31 88.32 73.72 448 16.921 9 6.958 23.879
91.88 0.00 61.43 97.22 73.72 452 17.162 9 6.958 24.120
0.00 99.79 91.67 37.74 73.72 455 17.320 10 7.829 25.148


S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 79.75 87.00 46.92 73.72 459 17.547 10 7.829 25.376
0.00 99.86 81.54 55.64 73.72 463 17.778 10 7.829 25.606
0.00 84.32 82.86 64.72 73.72 467 18.012 10 7.829 25.841
0.00 99.67 82.29 73.75 73.73 471 18.245 10 7.829 26.073
0.00 86.60 81.29 82.54 73.73 475 18.483 10 7.829 26.312
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 68.89 94.69 91.98 73.73 479 18.719 10 7.829 26.548
0.00 0.00 68.19 35.36 73.84 482 18.908 11 8.706 27.614
76.88 0.00 23.38 42.21 73.84 486 19.132 11 8.706 27.838
80.27 0.00 8.75 51.58 73.84 490 19.371 11 8.706 28.077
68.93 0.00 11.55 60.60 73.85 494 19.596 11 8.706 28.303
S0 S1 E O P YGC YGCT FGC FGCT GCT
73.43 0.00 0.00 69.68 73.85 498 19.830 11 8.706 28.536
83.17 0.00 0.00 78.34 73.85 502 20.065 11 8.706 28.771
84.48 0.00 0.00 87.19 73.85 506 20.297 11 8.706 29.003
82.91 0.00 6.82 96.39 73.85 510 20.540 11 8.706 29.246
0.00 81.68 15.92 33.35 76.57 513 20.710 12 9.622 30.332
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 84.43 17.52 42.34 76.57 517 20.940 12 9.622 30.562
0.00 83.29 15.55 51.23 76.57 521 21.172 12 9.622 30.794
0.00 88.74 17.86 60.21 76.57 525 21.405 12 9.622 31.027
0.00 99.94 9.69 69.47 76.57 529 21.645 12 9.622 31.267
0.00 65.66 12.97 78.50 76.57 533 21.879 12 9.622 31.501
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值