Java 11 新垃圾回收器 ZGC
可伸缩、低延迟的垃圾回收器
GC 暂停时间不超过 10ms
堆管理容量范围（小M级别，大到T级别）
对应用吞吐量影响不超过15%（对比 G1）
为进一步的添加新特性和优化做基础
默认支持 Linux/x64 系统
一、 启用Linux Large Pages
ZGC 启用Large Pages 是一种对应用高性能的折中（吞吐量、低延迟及启动时间），但是却不会带来明显的弊端。除了在应用启动上需要稍微复杂的配置，所需要的系统相关root权限需要手动进行配置。
Linux Large 在x86 linux平台也称为 huge pages，页大小为2M。
假设需要16G大小的JAVA 堆，则意味着需要 16G / 2M = 8192 huge pages。
首先需要分配至少16G（8192 huge pages）内存到 huge pages 内存池。 之所以说至少，是因为如果 JVM 启用了的 huge pages，那么不仅仅是GC，同时也包括JVM 的其它功能部分也会用到这部分内存（code heap, marking bitmaps 等），因此在此我们分配 9216 pages (18G)，保持有2G的额外内存供非堆分配使用。
1. 配置系统的 huge pages 内存池：
$ echo 9216 > /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages
附注：系统在没有足够内存的情境下会导致这一命令执行失败；命令执行完成需要一定的时间，可以通过以下命令进行查看：
$ cat /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages9216 2. 挂载 hugetlbfs 文件系统，并分配JVM运行用户权限：
$ mkdir /hugepages$ mount -t hugetlbfs -o uid=123 nodev /hugepages 附注：对于内核大于等于4.4的linux系统，可以跳过此步骤。
3. JVM启动命令添加 -XX:+UseLargePages 配置：
$ java -XX:+UnlockExperimentalVMOptions -XX:+UseZGC -Xms16G -Xmx16G -XX:+UseLargePages ...
4. 如果挂载了多个 hugetlbfs 文件系统，则需要通过 -XX:ZPath 命令指定需要使用的 hugetlbfs 系统：
$ java -XX:+UnlockExperimentalVMOptions -XX:+UseZGC -Xms16G -Xmx16G -XX:+UseLargePages -XX:ZPath=/hugepages ...
附注：huge pages 内存池分配及 hugetlbfs 文件系统挂载是非持久化的，会因系统重启而丢失，因此需要用户一定的措施来处理此种情景。
二、启用 Transparent Huge Pages
... ...
三、启用 NUMA
ZGC默认支持 NUMA，会优先在NUMA-local 内存进行 JAVA 堆内存分配，但是在有CPU亲和性设置的情况下，JVM会自动禁用NUMA，如果需要显示的设置NUMA支持，可以通过配置以下选项：-XX:+UseNUMA or -XX:-UseNUMA。
四、启用 GC 日志
启用命令：
-Xlog:<tag set>,[<tag set>, ...]:<log file>
帮助信息：
-Xlog:help
基本日志：
-Xlog:gc:gc.log
性能调试：
-Xlog:gc*:gc.log
gc* 代表所有有gc标志的日志。:gc.logd代表日志写入gc.log文件。
