JVM中垃圾回收相关参数介绍:大页和NUMA参数+GC日志相关参数

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 大页和NUMA参数本节介绍JVM为使用OS而提供的大页和NUMA特性相关的参数。该参数控制JVM向OS请求内存时使用大页的粒度。使用该参数时需要对OS进行配置,只有OS允许时才能真正启动。参数的默认值与平台相关,一般为false。在允许使用大页方式向OS请求内存时,如果堆空间小于该阈值,则强制禁止大页使用。该参数的默认值为128MB。在允许使用大页方式向OS请求内存时,优先在本地节点进行分配。该参数仅适用于Windows系统。在允许使用大页方式向OS请求内存时,如果OS提供了多种大页的设置,可通过该参数选择其中的大页设置。参数的默认值为0,表示使用OS默认的大页设置。

大页和NUMA参数

本节介绍JVM为使用OS而提供的大页和NUMA特性相关的参数。

该参数控制JVM向OS请求内存时使用大页的粒度。使用该参数时需要对OS进行配置,只有OS允许时才能真正启动。参数的默认值与平台相关,一般为false。

在允许使用大页方式向OS请求内存时,如果堆空间小于该阈值,则强制禁止大页使用。该参数的默认值为128MB。

在允许使用大页方式向OS请求内存时,优先在本地节点进行分配。该参数仅适用于Windows系统。

在允许使用大页方式向OS请求内存时,如果OS提供了多种大页的设置,可通过该参数选择其中的大页设置。参数的默认值为0,表示使用OS默认的大页设置。

该参数控制在Mutator分配内存时JVM优先从本地节点进行分配。参数的默认值为false。

当使用NUMA分配时,使用Interleave的方式在每个NUMA节点分配内存。

当使用NUMA分配时,使用Interleave的方式在每个NUMA节点分配内存,可使用该参数控制每次分配的内存量。参数的默认值为2MB,仅适用于Windows系统。

当使用NUMA分配时,使用参数
UseAdaptiveNUMAChunkSizing允许自动调整多个NUMA节点管理的内存量。参数的默认值为true。

在自动调整每个NUMA时,可使用历史数据对未来使用的内存进行预测。

参数NUMA-ChunkResizeWeight控制最新的数据对于预测值的贡献,默认值为20,表示最新数据对于预测值的贡献为20%。

参数NUMAPageScanRate控制NUMA节点调整时一次最多处理的页面数,默认值为256,该参数的功能需要OS支持。

参数NUMASpaceResizeRate控制NUMA节点调整时一次最大调整的内存量,默认值为1GB,表示一次最大调整1GB内存。

当使用NUMA分配时,控制输出NUMA的状态信息。参数的默认值为false。

GC日志相关参数

本节介绍GC日志输出的相关参数。

该参数打印JVM中GC相关的日志信息,默认值为false,表示不打印。在JDK 9中被丢弃,等价于-Xlog:gc。

该参数打印JVM中GC详细的日志信息,默认值为false,表示不打印。在JDK 9中被丢弃,等价于-Xlog:gc*。

其他参数

本节介绍一些GC周边功能的参数,如元数据、字符串回收等设置。

AggressiveHeap是JVM早期调优参数之一,会检测主机的物理内存大小(不会使用MaxRAM),然后调整相关的参数,使得长时间运行的、内存申请密集的任务能够以最佳状态运行。

它是早期JVM提供的内存优化打包方案,目前已经不推荐使用。使用AggressiveHeap的条件是内存大于256MB。使用该参数后,下面的参数将被设置:

1)MaxHeapSize,如果内存大于320MB,则MaxHeapSize为内存的一半;

如果内存小于320MB,则MaxHeapSize为内存减去160MB。

2)InitialHeapSize、MinHeapSize,与上面最大堆空间相同。

3)NewSize,为最大堆空间的3/8,即

4)MaxNewSize,与NewSize相同。

5)UseLargePages,除BSD和AIX系统外,其他系统都强制使用大页,参数设置为true。

6)ResizeTLAB,禁止TLAB大小的变化,设置为false。

7)TLABSize,大小为256KB。

8)YoungPLABSize,大小为256KB。

9)OldPLABSize,大小为8KB。

10)UseParallelGC,设置为true,使用Parallel GC回收。

11)ThresholdTolerance,减少Parallel GC中对象晋升阈值的变化。设置为100,表示当新生代或者老生代所用的时间是对方的2倍时,增大或者减小晋升的阈值。

12)ScavengeBeforeFullGC,设置为false,不允许在执行Full GC或者CMS的再标记阶段前执行Minor GC。

13)BindGCTaskThreadsToCPUs(仅JDK 8和JDK 11中),强制开启线程和CPU的绑定,参数设置为true,只在Solaris平台上有用。

该参数用于在CMS中对BOT结构中未分配空间的起始地址进行设置。如果设置该参数,在计算使用内存时会更加准确,在寻找sweep的截止点时也更加准确,否则使用空闲空间(Free空间)的end作为结束点(可能会多计算一些尚未使用的空间)。该参数的默认值为false。

该参数用于验证BOT中记录的对象地址是否正确(正确是指BOT指向的地址是一个对象)。默认值为true,表示允许验证。该参数需要配合其他的验证参数(如VerifyBeforeGC、VerifyAfterGC)使用,仅适用于ParallelGC、CMS。

以上参数输出线程无法进入安全点的信息。参数SafepointTimeout为true时,线程经过一定时间后(由参数SafepointTimeoutDelay控制)无法进入安全点,将输出信息。参数SafepointTimeout的默认值为false,表示不输出;参数SafepointTimeoutDelay的默认值为10 000,表示线程10秒无法进入安全点时才会输出信息。

该参数在垃圾回收时执行类卸载,参数的默认值为true,表示进行类卸载。

该参数在垃圾回收时并发执行类卸载,参数的默认值为true,仅适用于存在并发标记的垃圾回收。

该参数控制Java软引用对象的存活时间,根据空闲内存的大小计算存活时间。参数的默认值为1000,表示每增加1MB空间,软引用多存活1秒。

在进行垃圾回收后可以扩展内存,由该参数控制每次扩展内存的最小量。在32位系统中参数的默认值为128KB,表示一次至少可以扩展128KB的内存。

这两个参数分别表示元数据空间的最初大小和最大大小。在32位系统中,参数Metas-paceSize的默认值为16MB,在64位系统中,参数MetaspaceSize的默认值为21MB。参数MaxMetaspaceSize如果没有设置,则会根据不同的回收策略得到不同的值。

该参数表示元数据空间的回收策略,有3种选择:balanced、aggressive和none,参数的默认值为balanced。不同策略的内存粒度和回收方式略有不同。主要区别如下。

1)none:不回收元数据空间,分配粒度为64KB,分配时每次都请求64KB的内存。

2)aggressive:回收元数据空间,分配粒度为16KB,分配时可以重用空间。

3)balanced:回收元数据空间,分配粒度为64KB,分配时可以重用空间。

在垃圾回收结束后,可以动态调整元数据空间的大小,当内存使用高于一定的比例时会扩展内存,当内存使用低于一定的比例时会收缩内存。参数MinMetaspaceFreeRatio表示回收后空闲元数据空间至少超过该阈值,参数的默认值为40,表示期望回收后空闲元数据空间预留占40%,不足40%时会扩展内存;参数MaxMetaspaceFreeRatio表示回收后空闲元数据空间至多达到该阈值,参数的默认值为70,表示期望回收后空闲元数据空间最多预留占70%,超过的部分内存被收缩。

在垃圾回收后可以扩展元数据空间,该参数控制每次扩展的内存量。在32位系统中参数MinMetaspaceExpansion的默认值为256KB。参数MaxMetaspaceExpansion的默认值为4MB,表示一次扩展的内存量小于256KB则扩展至256KB,扩展量为256KB~4MB,则扩展至4MB,扩展量大于4MB,则扩展实际数量再加上256KB。

这两个参数表示JVM内部hash table的大小,StringTableSize用于表示缓存字符串的个数,SymbolTableSize用于缓存符号对象的个数。在32位系统中两个参数的默认值均为1024,在64位系统中两个参数的默认值均为65536。

本篇文章给大家讲解的内容是JVM中垃圾回收相关参数介绍:GC通用参数,GC生产参数,大页和NUMA参数+GC日志相关参数+其他参数

  1. 下篇文章给大家讲解的内容是JVM中垃圾回收相关参数介绍:GC实验参数
  2. 感谢大家的支持!


相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
21天前
|
Java
JVM内存参数
-Xmx[]:堆空间最大内存 -Xms[]:堆空间最小内存,一般设置成跟堆空间最大内存一样的 -Xmn[]:新生代的最大内存 -xx[use 垃圾回收器名称]:指定垃圾回收器 -xss:设置单个线程栈大小 一般设堆空间为最大可用物理地址的百分之80
|
1月前
|
存储 监控 Java
JVM进阶调优系列(8)如何手把手,逐行教她看懂GC日志?| IT男的专属浪漫
本文介绍了如何通过JVM参数打印GC日志,并通过示例代码展示了频繁YGC和FGC的场景。文章首先讲解了常见的GC日志参数,如`-XX:+PrintGCDetails`、`-XX:+PrintGCDateStamps`等,然后通过具体的JVM参数和代码示例,模拟了不同内存分配情况下的GC行为。最后,详细解析了GC日志的内容,帮助读者理解GC的执行过程和GC处理机制。
|
2月前
|
监控 架构师 Java
JVM进阶调优系列(6)一文详解JVM参数与大厂实战调优模板推荐
本文详述了JVM参数的分类及使用方法,包括标准参数、非标准参数和不稳定参数的定义及其应用场景。特别介绍了JVM调优中的关键参数,如堆内存、垃圾回收器和GC日志等配置,并提供了大厂生产环境中常用的调优模板,帮助开发者优化Java应用程序的性能。
|
2月前
|
Arthas 监控 Java
JVM知识体系学习七:了解JVM常用命令行参数、GC日志详解、调优三大方面(JVM规划和预调优、优化JVM环境、JVM运行出现的各种问题)、Arthas
这篇文章全面介绍了JVM的命令行参数、GC日志分析以及性能调优的各个方面,包括监控工具使用和实际案例分析。
63 3
|
2月前
|
Java Android开发 开发者
【编程进阶知识】精细调控:掌握Eclipse JVM参数配置的艺术
本文详细介绍了如何在Eclipse中配置JVM参数,包括内存的初始和最大值设置。通过具体步骤和截图演示,帮助开发者掌握JVM参数的精细调控,以适应不同的开发和测试需求。
46 1
|
1月前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
267 30
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
5天前
|
监控 安全 Apache
什么是Apache日志?为什么Apache日志分析很重要?
Apache是全球广泛使用的Web服务器软件,支持超过30%的活跃网站。它通过接收和处理HTTP请求,与后端服务器通信,返回响应并记录日志,确保网页请求的快速准确处理。Apache日志分为访问日志和错误日志,对提升用户体验、保障安全及优化性能至关重要。EventLog Analyzer等工具可有效管理和分析这些日志,增强Web服务的安全性和可靠性。
|
2月前
|
XML JSON Java
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
294 3
|
15天前
|
存储 监控 安全
什么是事件日志管理系统?事件日志管理系统有哪些用处?
事件日志管理系统是IT安全的重要工具,用于集中收集、分析和解释来自组织IT基础设施各组件的事件日志,如防火墙、路由器、交换机等,帮助提升网络安全、实现主动威胁检测和促进合规性。系统支持多种日志类型,包括Windows事件日志、Syslog日志和应用程序日志,通过实时监测、告警及可视化分析,为企业提供强大的安全保障。然而,实施过程中也面临数据量大、日志管理和分析复杂等挑战。EventLog Analyzer作为一款高效工具,不仅提供实时监测与告警、可视化分析和报告功能,还支持多种合规性报告,帮助企业克服挑战,提升网络安全水平。
|
2月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1684 14