读Java性能权威指南(第2版)笔记17_垃圾回收D

1.元空间(metaspace)

1.1.当JVM加载类时,它必须记录这些类的某些元数据,这些数据占据的一个单独的堆空间,即元空间

1.2.元空间里的信息只在编译器和JVM运行时使用,它所保存的数据被称为类元数据(class metadata)

1.2.1.对于终端用户,元空间是不透明的

1.2.2.元空间并不保存类的实例或者反射对象

1.3.通过永久代(permgen)的实现来处理的

1.4.元空间的大小与它所使用的类的数量成正比

1.5.-XX:MetaspaceSize=N

1.5.1.初始大小

1.6.-XX:MaxMetaspaceSize=N

1.6.1.最大值

1.7.元空间大小的默认值

1.7.2.优化永久代在过去相当普遍,而现在优化元空间相当罕见,因为空间丰富

1.8.调整元空间的大小会导致Full GC,这是代价高昂的操作

1.9.如果在应用程序的启动过程中(它在加载类)有大量的Full GC,往往是因为永久代或元空间正在调整大小

1.10.定义并丢弃大量类的应用程序,在元空间被填满且旧的类被删除时,偶尔会发生Full GC。这在开发环境中很常见

1.11.服务器通常将元空间的初始大小设定为128 MB、192 MB或更大

1.12.增加元空间的初始值是改善启动过程的好主意

1.13.元空间的初始大小可以基于所有类都加载之后的使用量来设置,这会稍微加快启动速度

1.14.限制元空间大小的一个原因是防止类加载器泄漏

1.15.jmap可以和-clstats一起使用,以输出有关类加载器的信息

2.控制并行

2.1.除了Serial垃圾回收器,所有的GC算法都使用了多线程

2.2.-XX:ParallelGCThreads=N

2.2.1.设置线程的数量

2.2.2.使用-XX:+UseParallelGC时新生代的回收

2.2.3.使用-XX:+UseParallelGC时老年代的回收

2.2.4.使用-XX:+UseG1GC时新生代的回收

2.2.5.G1 GC的STW停顿阶段(不包括Full GC)

2.3.默认情况下,JVM将在机器的每个CPU上都运行一个线程,最多同时运行8个,达到这个阈值后,JVM每1.6个CPU会再增加一个新线程

2.4.超过8个CPU的机器上,线程总数计算

2.4.1.ParallelGCThreads = 8 + ((N - 8) * 5 / 8)

2.4.2.N表示CPU的数量

2.5.如果机器上运行的JVM不止一个,那么最好限制所有JVM的GC线程总数

2.6.当多个JVM运行在同一台机器上时,基于公式计算出的线程数量会过高,实际情况中必须减少使用的线程数量

3.GC工具

3.1.GC日志是诊断GC问题所需的关键数据,应该定期收集它们(即使是在生产服务器上)

3.2.在JDK 8中开启GC日志

3.2.1.设定-verbose:gc和-XX:+PrintGC中的任意一个,都会创建简单的GC 日志

3.2.1.1.这两个标志是彼此的别名

3.2.1.2.日志默认情况下是关闭的

3.2.2.-XX:+PrintGCDetails

3.2.2.1.推荐使用

3.2.2.2.将创建包含更多信息的详细日志

3.2.2.3.默认情况下是false

3.2.3.-XX:+PrintGCTimeStamps

3.2.3.1.确定GC操作之间的时间

3.2.3.2.时间戳(time stamp)是相对于0的(基于JVM启动的时间)值

3.2.4.-XX:+PrintGCDateStamps

3.2.4.1.确定GC操作之间的时间

3.2.4.2.日期戳(date stamp)是实际的日期字符串

3.2.4.3.日期戳需要格式化,这使得日期戳的效率略低

3.2.5.-Xloggc:filename

3.2.5.1.默认被写入标准输出

3.2.5.2.改变被写入的位置

3.2.5.3.可以自动开启简单GC日志

3.2.6.日志文件的滚动

3.2.6.1.可以限制GC日志中保存的数据量

3.2.6.2.-XX:+UseGCLogFileRotation

3.2.6.2.1.默认关闭的

3.2.6.2.2.开启时

3.2.6.2.2.1.-XX:NumberOfGCLogFiles=N

3.2.6.2.2.2.默认的文件数量是0(意味着无限多)

3.2.6.2.2.3.-XX:GCLogFileSize=N

3.2.6.2.2.4.默认的日志文件大小是0(意味着无限大)

3.2.6.3.示例

3.2.6.3.1. ***-Xloggc:gc.log -XX:+PrintGCTimeStamps -XX:+UseGCLogFileRotation

-XX:NumberOfGCLogFile=8 -XX:GCLogFileSize=8m***

3.3.在JDK 11中开启GC日志

3.3.1.JDK 11和之后的版本统一使用了Java的新日志功能

3.3.2.-Xlog标志开启

3.3.3.-Xlog:gc*:file=gc.log:time:filecount=7,filesize=8M

3.3.3.1.示例

3.3.3.2.(gc*)设定了应该开启哪些模块的日志

3.3.3.3.(file=gc.log)设置了日志文件的位置

3.3.3.4.(time)是一个修饰符。这个修饰符表示记录信息时要带上时间戳

3.3.3.5.(filecount=7,filesize=8M)设定了输出选项

3.3.3.5.1.当大小达到8 MB时会滚动日志,共保留8个日志文件

3.3.4.GCeasy

3.3.4.1.免费的基本日志解析服务

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,463评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,868评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,213评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,666评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,759评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,725评论 1 294
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,716评论 3 415
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,484评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,928评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,233评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,393评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,073评论 5 340
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,718评论 3 324
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,308评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,538评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,338评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,260评论 2 352

推荐阅读更多精彩内容