UseAdaptiveSizePolicy参数

最新推荐文章于 2023-08-23 16:19:40 发布
最新推荐文章于 2023-08-23 16:19:40 发布
阅读量545 收藏 1
点赞数
分类专栏： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45549245/article/details/114682445
版权

在这里插入图片描述
-Xmx240m -XX:-UseAdaptiveSizePolicy

关闭UseAdaptiveSizePolicy此时eden与survivor最大值与设置一致

在这里插入图片描述

开启最大值与设置不一致

-Xmx240m -XX:+UseAdaptiveSizePolicy
默认开启
在这里插入图片描述
开启实际最大值与设置不一样
但实际最大值由设置最大值决定

kkmmzmzmznjsns
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
resin-jvm 调优
03-11
1.JVM的gc概述 gc即垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc，也没有规定gc如何工作。不过常用的jvm都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。 在充分理解了垃圾收集算法和执行过程后，才能有效的优化它的性能。有些垃圾收集专用于特殊的应用程序。比如，实时应用程序主要是为了避免垃圾收集中断，而大多数OLTP应用程序则注重整体效率。理解了应用程序的工作负荷和jvm支持的垃圾收集算法，便可以进行优化配置垃圾收集器。 垃圾收集的目的在于清除不再使用的对象。gc通过确定对象是否被活动对象引用来确定是否收集该对象。gc首先要判断该对象是否是时候可以收集。两种常用的方法是引用计数和对象引用遍历。 1.1.引用计数 引用计数存储对特定对象的所有引用数，也就是说，当应用程序创建引用以及引用超出范围时，jvm必须适当增减引用数。当某对象的引用数为0时，便可以进行垃圾收集。 1.2.对象引用遍历 早期的jvm使用引用计数，现在大多数jvm采用对象引用遍历。对象引用遍历从一组对象开始，沿着整个对象图上的每条链接，递归确定可到达（reachable）的对象。如果某对象不能从这些根对象的一个（至少一个）到达，则将它作为垃圾收集。在对象遍历阶段，gc必须记住哪些对象可以到达，以便删除不可到达的对象，这称为标记（marking）对象。 下一步，gc要删除不可到达的对象。删除时，有些gc只是简单的扫描堆栈，删除未标记的未标记的对象，并释放它们的内存以生成新的对象，这叫做清除（sweeping）。这种方法的问题在于内存会分成好多小段，而它们不足以用于新的对象，但是组合起来却很大。因此，许多gc可以重新组织内存中的对象，并进行压缩（compact），形成可利用的空间。 为此，gc需要停止其他的活动活动。这种方法意味着所有与应用程序相关的工作停止，只有gc运行。结果，在响应期间增减了许多混杂请求。另外，更复杂的gc不断增加或同时运行以减少或者清除应用程序的中断。有的gc使用单线程完成这项工作，有的则采用多线程以增加效率。 2.几种垃圾回收机制 2.1.标记－清除收集器 这种收集器首先遍历对象图并标记可到达的对象，然后扫描堆栈以寻找未标记对象并释放它们的内存。这种收集器一般使用单线程工作并停止其他操作。 2.2.标记－压缩收集器 有时也叫标记－清除－压缩收集器，与标记－清除收集器有相同的标记阶段。在第二阶段，则把标记对象复制到堆栈的新域中以便压缩堆栈。这种收集器也停止其他操作。 2.3.复制收集器 这种收集器将堆栈分为两个域，常称为半空间。每次仅使用一半的空间，jvm生成的新对象则放在另一半空间中。gc运行时，它把可到达对象复制到另一半空间，从而压缩了堆栈。这种方法适用于短生存期的对象，持续复制长生存期的对象则导致效率降低。 2.4.增量收集器 增量收集器把堆栈分为多个域，每次仅从一个域收集垃圾。这会造成较小的应用程序中断。 2.5.分代收集器 这种收集器把堆栈分为两个或多个域，用以存放不同寿命的对象。jvm生成的新对象一般放在其中的某个域中。过一段时间，继续存在的对象将获得使用期并转入更长寿命的域中。分代收集器对不同的域使用不同的算法以优化性能。 2.6.并发收集器 并发收集器与应用程序同时运行。这些收集器在某点上（比如压缩时）一般都不得不停止其他操作以完成特定的任务，但是因为其他应用程序可进行其他的后台操作，所以中断其他处理的实际时间大大降低。 2.7.并行收集器 并行收集器使用某种传统的算法并使用多线程并行的执行它们的工作。在多cpu机器上使用多线程技术可以显著的提高java应用程序的可扩展性。 3.Sun HotSpot 1.4.1 JVM堆大小的调整 Sun HotSpot 1.4.1使用分代收集器，它把堆分为三个主要的域：新域、旧域以及永久域。Jvm生成的所有新对象放在新域中。一旦对象经历了一定数量的垃圾收集循环后，便获得使用期并进入旧域。在永久域中jvm则存储class和method对象。就配置而言，永久域是一个独立域并且不认为是堆的一部分。 下面介绍如何控制这些域的大小。可使用-Xms和-Xmx 控制整个堆的原始大小或最大值。 下面的命令是把初始大小设置为128M： java –Xms128m –Xmx256m为控制新域的大小，可使用-XX:NewRatio设置新域在堆中所占的比例。 下面的命令把整个堆设置成128m，新域比率设置成3，即新域与旧域比例为1：3，新域为堆的1/4或32M： java –Xms128m –X
JVM调优之AdaptiveSizePolicy参数
WannaRunning的博客
05-12 596
AdaptiveSizePolicy即自适应大小策略，这是JVM GC Ergonomics(自适应调节策略)的一部分。如果开启 AdaptiveSizePolicy,则每次GC后会重新计算Eden、From和To区的大小,计算依据是 GC 过程中统计的 GC 时间、吞吐量、内存占用量。 JDK1.8默认使用UseParallelGC垃圾回收器,该垃圾回收器默认启动了AdaptiveSizePolicy AdaptiveSizePolicy 动态调整 Eden、Survivor 区的大小，存在将 Su
Jenkins启动脚本.zip
10-09
Jenkins启动脚本，对java服务的jar启停。 JVM参数： JAVA_OPTS="-Xms512M -Xmx1024M -Xss256K -XX:+UseAdaptiveSizePolicy -XX:+UseParallelGC -XX:+UseParallelOldGC -XX:GCTimeRatio=39 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:$GC_PATH -XX:+HeapDumpOnOutOfMemoryError -XX:ErrorFile=$HS_ERR_PATH -XX:HeapDumpPath=$HEAP_DUMP_PATH"
JVM - 【HotSpot参数配置】 -XX:-UseAdaptiveSizePolicy
⚡
08-05 3364
启动参数一： -Xms600M -Xmx600M -XX:SurvivorRatio=8 -XX:NewRatio=4 -XX:SurvivorRatio默认为8 -XX:NewRatio默认为2 -XX:SurvivorRatio默认为8，单独使用初始时生效，但是由于-XX:+UseAdaptiveSizePolicy默认开启，后期会自动调节Survivor区的大小，取消自适应即可使得-XX:SurvivorRatio生效！ 启动参数二： -Xms600M -Xmx600M -XX:.
AdaptiveSizePolicy简介
锄JAVA
05-06 1704
一、AdaptiveSizePolicy简介 AdaptiveSizePolicy(自适应大小策略) 是 JVM GC Ergonomics(自适应调节策略) 的一部分。 如果开启 AdaptiveSizePolicy，则每次 GC 后会重新计算 Eden、From 和 To 区的大小，计算依据是 GC 过程中统计的 GC 时间、吞吐量、内存占用量。 开启 AdaptiveSizePolic...
JVM参数之UseAdaptiveSizePolicy
热门推荐
u014263388的专栏
04-19 1万+
1、AdaptiveSizePolicy(自适应大小策略) ：         JDK 1.8 默认使用 UseParallelGC 垃圾回收器，该垃圾回收器默认启动了 AdaptiveSizePolicy，会根据GC的情况自动计算计算 Eden、From 和 To 区的大小； 2、配置： 开启：-XX:+UseA...
JVM 之 AdaptiveSizePolicy 参数
const_
12-16 883
3、由于AdaptiveSizePolicy会动态调整 Eden、Survivor 的大小，有些情况存在Survivor 被自动调为很小，比如十几MB甚至几MB的可能，这个时候YGC回收掉 Eden区后，还存活的对象进入Survivor 装不下，就会直接晋升到老年代，导致老年代占用空间逐渐增加，从而触发FULL GC，如果一次FULL GC的耗时很长（比如到达几百毫秒），那么在要求高响应的系统就是不可取的。容量比较小，可以看到 Eden、From、To 之间的比例不是默认的 8:1:1。
【JVM】【第六章】【JVM 运行时数据区】【堆】【01】堆内存的设置
weixin_43589563的博客
11-26 850
1、堆的核心概述 1.1 认识堆内存 1.1.1 堆与进程 一个java程序运行起来对应一个JVM进程 一个JVM进程对应一个JVM实例，一个JVM实例中只有一个运行时数据区； 一个运行时数据区只有一个方法区和堆，而一个进程中有多个线程，这就意味着一个进程中的多个线程就要共享方法区和堆；每个线程独享程序计数器、本地方发展、虚拟机栈 1.1.2 对堆的认识 一个JVM实例只存在一个堆内存，堆也是Java内存管理的核心区域。 Java堆区在JVM启动的时候即被创建，JVM启动后其空间大小.
记录一次jvm问题：Survivor区非常小 | UseAdaptiveSizePolicy策略
weixin_43519121的博客
08-21 3373
记录一次比较特殊的jvm问题 问题 top命令 发下吗某java应用cpu占用率过高 top -Hp 15436 查看15436对应的子线程 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-U95vyf8f-1629511995368)(1629449215545.png)] printf %x 15570 输出子线程号的16进制格式 3cd2 jstack -l 15436|grep 0x3cd2 -A 30 输出栈使用信息 发现每次执行的任务都不相同，并
jvm 内存参数设置以及讲解
王威振的博客
12-22 4235
目录 1、内存参数介绍 首先你要知道最常见的几个设置参数。 -Xms：为jvm启动时分配的内存，比如-Xms1024m，表示分配1024M -Xmx：为jvm运行过程中分配的最大内存 -Xmn：设置年轻代内存大小 -XX:SurvivorRatio：设置年轻代eden区和Survivor区域（from区和to区）所占比例。注：此参数设置受UseAdaptiveSizePolicy影响。如果设置成-XX:-UseAdaptiveSizePolicy。from区和to区比例划分公平。否则依据自适应大
Java默认垃圾回收器Parallel Scavenge导致Full GC增加
跳小闹成长记
11-09 2294
在JDK1.7和JDK1.8中，新生代和老年代默认的垃圾处理器都是Parallel Scavenge。随着允许时间推移，其会导致Survivor Space变得很小，导致老年代不断增减。最终引起Full GC。此过程会不断的重复，导致周期性的Full GC。
JVM参数与调优
weixin_40161962的博客
11-08 109
JVM 的参数类型 标配参数 -version -help X 参数（了解） -Xint：解释执行 -Xcomp：第一次使用就编译成本地代码 -Xmixed：混合模式 XX 参数 Boolean 类型：-XX：+ 或者 - 某个属性值（+ 表示开启，- 表示关闭） -XX:+PrintGCDetails：打印 GC 收集细节 -XX:-PrintGCDetails：不打印 GC 收集细节 -XX:...
Parallel Scavenge垃圾回收器线上调优实战
跳小闹成长记
11-11 642
一次线上对JDK默认垃圾回收器Parallel Scavenge垃圾回收器的简单调优实战。让Young GC和Full GC之间达到一个相对平衡状态。
jvm的内存分配机制
- 只为伊人 博客
11-02 961
jvm的内存分配机制 jvm的内存模型 jvm内存分配原则 1、对象优先在Eden区分配 大多数情况下，对象在新生代中的Eden区分配，当Eden区没有足够的空间进行分配是，虚拟机将发起一次Minor GC。 Minor GC和Full GC的区别： Minor GC/Young GC： 发生在新生代的垃圾收集动作，Minor GC比较频繁，回收速度一般也比较块 Major GC/Full ...
JDK1.8中JVM堆中新生代三部分比例不是8：1：1的问题探讨
mizuhokaga的博客
01-28 1782
0.结论 JDK1.8中JVM堆中新生代三部分比例不是8：1：1的问题来源于： 1.JDK1.8中的默认GC UseParallelGC 会自动开启 UseAdaptiveSizePolicy 「自适应大小策略」，会导致自动调整新生代各区域大小； 2.但使用 关闭命令：-XX:-UseAdaptiveSizePolicy 无法关闭该策略，原因未知； 3. 如需要看到8：1：1的默认比例方法如下： -XX:SurvivorRatio=8 使用CMS等默认关闭 AdaptiveSizePolicy 的GC算法
JVM高版本特性-会自动打开UseAdaptiveSizePolicy
最新发布
m0_47703468的博客
08-23 140
一、JVM高版本特性,会自动打开UseAdaptiveSizePolicy(动态调整)
UseAdaptiveSizePolicy
08-10
### 回答1： UseAdaptiveSizePolicy 是 JVM 的一个参数，用于启用或禁用 Java 堆大小自适应调整策略。当该参数设置为 true 时，JVM 将会根据当前应用程序的内存使用情况自动调整 Java 堆大小。这可以有效地减少因为 Java 堆过小或过大而导致的性能问题。 具体来说，如果 JVM 发现当前应用程序的内存使用率过高，它会自动增加 Java 堆的大小，以提供更多的可用内存。反之，如果 JVM 发现当前应用程序的内存使用率过低，它会自动减小 Java 堆的大小，以节省内存资源。 需要注意的是，启用 UseAdaptiveSizePolicy 参数并不一定能够解决所有的内存问题。在某些情况下，需要手动调整 Java 堆的大小或者优化应用程序的内存使用方式。 ### 回答2： UseAdaptiveSizePolicy是一种在Java虚拟机（JVM）中用于管理堆大小和垃圾回收性能的选项。 在JVM中，堆是用于存储对象实例的内存区域。堆的大小对于应用程序的性能和稳定性非常重要。如果堆的大小设置太小，可能导致OutOfMemoryError的发生。而如果堆的大小设置太大，可能会浪费内存资源。 AdaptiveSizePolicy选项允许JVM根据应用程序的实际需求动态调整堆的大小。JVM会根据应用程序在运行过程中的性能指标和垃圾回收的表现来自动调整堆的大小。 具体来说，AdaptiveSizePolicy会根据应用程序的工作负载动态调整以下参数： - 年轻代堆大小（Young Generation Heap Size）：年轻代堆用于存储新创建的对象。如果频繁发生垃圾回收，说明年轻代堆较小，JVM会适当增大年轻代堆大小。 - 年老代堆大小（Old Generation Heap Size）：年老代堆用于存储生存时间较长的对象。如果年老代堆频繁发生垃圾回收，说明年老代堆较小，JVM会适当增大年老代堆大小。 - 年轻代和年老代的比例（Young Generation and Old Generation Ratio）：如果应用程序生成的新对象较多，JVM会适当增大年轻代堆的大小，以减少频繁发生垃圾回收的次数。 通过使用AdaptiveSizePolicy，JVM可以根据应用程序的实际情况自动调整堆的大小，最大限度地提高垃圾回收的性能，以提供更好的应用程序性能和稳定性。 ### 回答3： UseAdaptiveSizePolicy是一个在Java虚拟机（JVM）中的参数，用于控制垃圾收集（GC）的自适应策略。它的作用是根据应用程序的需求和系统资源的情况来动态地调整GC的策略，以便在不同的情况下提供最佳的性能和内存利用率。 当启用UseAdaptiveSizePolicy时，JVM会根据应用程序运行的情况来自动调整各种垃圾收集相关的参数，包括新生代和老年代的内存大小、各代的比例、垃圾收集的线程数量等。通过这种方式，JVM能够根据实际情况来优化内存的使用和垃圾回收的效率，提供更好的性能和响应速度。 使用UseAdaptiveSizePolicy的好处是它减少了对手动调整GC参数的依赖，开发人员不需要深入了解各个参数的含义和调整方法，也不需要针对不同的场景和硬件配置进行调优。JVM会根据应用程序的需求和系统的资源情况自动选择合适的策略和参数，简化了应用程序的开发和维护过程。 然而，使用UseAdaptiveSizePolicy也存在一些潜在的问题。由于JVM自动调整GC参数是基于实时监测和反馈的，它需要一定的时间来收集足够的数据并进行调整。因此，在应用程序刚启动或者垃圾收集器发生变化的时候，可能会出现一些性能波动和延迟。另外，JVM的自动调整可能无法满足特定场景下的需求，此时仍然需要手动调整GC参数来达到最佳性能。 综上所述，UseAdaptiveSizePolicy是一个Java虚拟机中的参数，它通过自动调整垃圾回收的策略和参数来优化内存使用和垃圾回收的效率。它简化了应用程序的开发和维护过程，但也可能带来一些潜在的性能问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值