阿里云 JDK8 垃圾回收参数参考

最新推荐文章于 2022-04-20 08:09:29 发布
最新推荐文章于 2022-04-20 08:09:29 发布
阅读量905 收藏 2
点赞数
文章标签： 阿里云 JDK8 垃圾回收参数参考
原文链接：https://mp.weixin.qq.com/s?__biz=MzU0NDY5NDU5OA==&mid=2247483726&idx=1&sn=c219e972801a1f6d54ea7eb5e5f216d4&chksm=fb790967cc0e807167c16375228ecb6fb1bc9a10e574bdceef47b2529d3d3afecc8f7679341f&mpshare=1&scene=1&srcid=0113Iw7AbYo2RqxM0PVCExbc&sharer_sharetime
版权

-server

-Xms2048M

-Xmx2048M

-Xmn1024M

-Xss512K

 

-XX:MaxDirectMemorySize=1G

堆外内存/直接内存的大小，默认为堆内存减去一个Survivor区的大小

 

-XX:MetaspaceSize=128M

初始化的元空间大小

 

-XX:MaxMetaspaceSize=512m

元空间的最大大小

 

-XX:SurvivorRatio=2

Ende 682M Survivor 341M

 

-XX:TargetSurvivorRatio=75

survivor空间超过此大小，则将对象移到old区 225M

 

-XX:MaxTenuringThreshold=2

对象年龄2岁

 

-XX:PretenureSizeThreshold=1048576

大于1M的对象直接进入老年代

 

#JIT编译相关

 

-XX:InitialCodeCacheSize=20971520

JVM启动的时候CodeCache初始化大小[2M]，如果满了会导致jit非正常运行

 

-XX:ReservedCodeCacheSize=251658240

CodeCache的最大大小，jdk6-7 48M jdk8 240M

 

-XX:+UseCodeCacheFlushing

开启CodeCache的回收机制

 

-XX:+TieredCompilation

是否开启分层编译,jdk8默认开启，重启后可能出现系统负载很高，开启后C1 C2协作，系统负载很快降下来

 

-XX:CICompilerCount=4

c2编译线程的数量，默认为2，跟分层编译有关，可以快速降低系统重启后的负载

 

-XX:+BackgroundCompilation

默认为true,编译线程是后台运行的。不要关闭，否则程序将在编译的时候停顿等待编译完成

 

-XX:CompileThreshold=10000

jdk6-8默认为10000，方法调用计数器

 

-XX:OnStackReplacePercentage=140

jdk6-8 servier为140，client为933，用来计算回边计数器[10700，13995]

 

-XX:InterpreterProfilePercentage=33

jdk6-8默认为33

 

server  回边阈值=方法调用计数器阈值（CompileThreshold）× （OSR 比率（OnStackReplacePercentage）- 解释器监控比率（InterpreterProfilePercentage）） / 100

 

client  回边阈值=方法调用计数器阈值（CompileThreshold）× OSR 比率（OnStackReplacePercentage）/ 100

 

#其他优化参数

 

-XX:+DisableExplicitGC

jdk6-8默认为false，关闭显示的System.gc()，千万别关闭

 

-XX:+ExplicitGCInvokesConcurrent

当调用System.gc()的时候， 执行并行gc。默认是不开启的，只有使用-XX:+UseConcMarkSweepGC[G1也可以]选项的时候才能开启这个选项。

 

-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses

当调用System.gc()的时候， 执行并行gc。并在垃圾回收的周期内卸载类。 只有使用-XX:+UseConcMarkSweepGC[G1也可以]选项的时候才能开启这个选项。

 

-XX:+UseFastAccessorMethods

jdk7后如果开启了分层编译，不建议开启

 

-XX:+UseFastEmptyMethods

jdk7后如果开启了分层编译，不建议开启

 

-XX:StringTableSize=300007

String常量池的StringTable大小，jdk6 1009，jdk7-8是60013，最好设置为素数

 

-XX:+DoEscapeAnalysis

jdk6-8默认开启逃逸分析，必须开启逃逸分析，才能使用TLAB

 

-XX:+EliminateAllocations

jdk6-8默认开启开启标量替换，允许将对象打散分配在栈上，比如若一个对象拥有两个字段，会将这两个字段视作局部变量进行分配

 

-XX:+UseTLAB

jdk6-8默认开启，开启此参数会提前为每个线程分配tlab堆空间，在Ende空间中，降低了内存分配的碰撞

 

-XX:TLABWasteTargetPercent=2

设置TLAB空间所占用Eden空间的百分比大小，缺省情况下仅占有整个Eden空间的1%

 

#解锁试验参数

-XX:+UnlockExperimentalVMOptions

解锁一些实验标志的参数，所有的试验参数必须加在此后面

-XX:+UnlockDiagnosticVMOptions

上同

 

#并发垃圾收集线程数设置

-XX:ParallelGCThreads=8

设置STW期间并行垃圾线程数，ConcGCThreads=(此值+3)/4

 

-XX:ConcGCThreads=3

CMS并发垃圾线程数，设置了这个上面的就无效了

 

#CMS回收参数

-XX:+UseConcMarkSweepGC

老年代使用CMS回收，其实下面的UseParNewGC可以不用显示的开启，开启此参数就默认开启了

 

-XX:+UseParNewGC

新生代使用并行回收

 

-XX:CMSInitiatingOccupancyFraction=75

默认68%，设置CMS回收老年代的阈值，不可设置过大，否则极易出现promotion failed，触发Full GC

 

-XX:+UseCMSInitiatingOccupancyOnly

是否必须达到CMSInitiatingOccupancyFraction才触发CMS，否则JVM会重新计算GC的触发阈值

 

-XX:+CMSParallelInitialMarkEnabled

jdk6-7默认false,jdk8默认true，是否开启并行初始标记，降低STW停顿时间

 

-XX:+CMSParallelRemarkEnabled

jdk6-8默认true，是否在重新标记阶段，开启并行重新标记，降低STW停顿时间

 

-XX:+CMSParallelSurvivorRemarkEnabled

jdk6-8默认true，是否开启并行survivor区重新标记

 

-XX:+CMSScavengeBeforeRemark

是否在重新标记前先执行一次minor GC将新生代清掉，这样从老生代的对象引用到的新生代对象的个数就少了，停止全世界的CMS remark阶段就短一些，如果看到GC日志里remark阶段的时间超长，可以打开此项看看有没有效果，否则还是不要打开了，白白多了次YGC。

 

-XX:CMSFullGCsBeforeCompaction=0

表示经过多少次foreground的CMS GC会做一次内存压缩，默认为0，但是压缩会影响暂停时间，因为可以是恶当的调整这个值

 

-XX:+UseCMSCompactAtFullCollection

jdk6-8默认为true,设置CMS在完成垃圾回收后，是否要进行一次内存碎片的整理

 

-XX:+CMSClassUnloadingEnabled

jdk8默认开启,jdk6-7默认关闭，是否允许对类元数据进行回收

 

-XX:CMSWaitDuration=2000

设置垃圾收集的最大时间间隔，默认是2000

 

#G1回收参数

-XX:+UseG1GC

使用G1垃圾回收策略

 

-XX:InitiatingHeapOccupancyPercent=45

设置触发标记周期的 Java 堆占用率阈值。默认占用率是整个 Java 堆的 45%

 

-XX:G1HeapRegionSize=16M

设置的 G1 区域的大小。值是 2 的幂，范围是 1 MB 到 32 MB 之间。默认值将根据 heap size 算出最优解，目标是根据最小的 Java 堆大小划分出约 2048 个区域

 

-XX:MaxGCPauseMillis=50

为所需的最长暂停时间设置目标值。默认值是 200 毫秒。指定的值不适用于您的堆大小

 

-XX:GCPauseIntervalMillis=2000

设置停顿间隔时间，默认值200毫秒

 

-XX:G1ReservePercent=10

设置堆内存保留为假天花板的总量,以降低提升失败的可能性. 默认值是 10。如果对象转移失败，将会在GC日志中显示 to-space overflow (to-空间溢出)，会导致很昂贵的操作(1.GC仍继续所以空间必须被释放;2.拷贝失败的对象必须被放到正确的位置;3.CSet指向区域中的任何 RSets 更新都必须重新生成;)

 

-XX:G1HeapWastePercent=10

设置您愿意浪费的堆百分比。如果可回收百分比小于堆废物百分比，不会启动混合垃圾回收周期。默认值是 10%。在global concurrent marking结束之后，我们可以知道old gen regions中有多少空间要被回收，在每次YGC之后和再次发生Mixed GC之前，会检查垃圾占比是否达到此参数，只有达到了，下次才会发生Mixed GC

 

-XX:G1MixedGCCountTarget=8

设置标记周期完成后，对存活数据上限为 G1MixedGCLIveThresholdPercent 的旧区域执行混合垃圾回收的目标次数。默认值是 8 次混合垃圾回收。混合回收的目标是要控制在此目标次数以内

 

-XX:+UseStringDeduplication

开启字符串去重，默认false，必须使用G1才生效

 

-XX:StringDeduplicationAgeThreshold=3

字符串去重只会处理那些经历过几次垃圾收集仍然存活的字符串，这确保多数生命周期很短的字符串不会被处理，默认为3

 

#G1的实验参数

-XX:G1NewSizePercent=5

设置要用作年轻代大小最小值的堆百分比。默认值是 Java 堆的 5%

 

-XX:G1MaxNewSizePercent=60

设置要用作年轻代大小最大值的堆大小百分比。默认值是 Java 堆的 60%

 

-XX:G1MixedGCLiveThresholdPercent=65

为混合垃圾回收周期中要包括的旧区域设置占用率阈值。默认占用率为 65%，也就是存活对象低于此值的才会被入选CSet(它记录了GC要收集的Region集合，集合里的Region可以是任意年代的)

 

-XX:G1OldCSetRegionThresholdPercent=10

设置混合垃圾回收期间要回收的最大旧区域数。默认值是 Java 堆的 10%

 

 

-XX:+ScavengeBeforeFullGC

在Full GC执行前先执行一次Young GC

 

-XX:GCLockerEdenExpansionPercent=5

GC的时候Eden区的扩张比例，默认5

 

#其他配置

-XX:SoftRefLRUPolicyMSPerMB=0

每1M空闲空间可保持的SoftReference对象生存的时长（单位毫秒），默认值1000

 

-XX:+ParallelRefProcEnabled

默认为false，并行的处理Reference对象，如WeakReference，除非在GC log里出现Reference处理时间较长的日志，否则效果不会很明显。

 

-XX:+UseBiasedLocking

jdk6-8默认为true，（在存在大量锁对象的创建且高度并发的环境下(即非多线程高并发应用)禁用偏向锁能够带来一定的性能优化）

 

-XX:-OmitStackTraceInFastThrow

不忽略重复异常的栈，这是JDK的优化，大量重复的JDK异常不再打印其StackTrace。但是如果系统是长时间不重启的系统，在同一个地方跑了N多次异常，结果就被JDK忽略了，那岂不是查看日志的时候就看不到具体的StackTrace，那还怎么调试，所以还是关了的好。默认为true。VM只对几个特定类型异常开启了Fast Throw优化，这些异常包括：NullPointerException，ArithmeticException，ArrayIndexOutOfBoundsException，ArrayStoreException，ClassCastException。

 

-XX:+AlwaysPreTouch

在启动时把所有参数定义的内存全部捋一遍。使用这个参数可能会使启动变慢，但是在后面内存使用过程中会更快。可以保证内存页面连续分配，新生代晋升时不会因为申请内存页面使GC停顿加长。通常只有在内存大于32G的时候才会有感觉

 

-XX:AutoBoxCacheMax=10000

增加数字对象自动装箱的范围，JDK默认-128～127的int和long，超出范围就会即时创建对象，所以，增加范围可以提高性能，但是也是需要测试

 

-XX:+AggressiveOpts

win jdk8没有此参数，作用如其名（aggressive），启用这个参数，则每当 JDK 版本升级时，你的 JVM 都会使用最新加入的优化技术（如果有的话）

 

-XX:+AggressiveHeap

win jdk8没有此参数，java堆内存优化。默认是关闭的，如果开启后，针对一些长时间运行的且有密集的内存分配操作，JVM根据系统cpu和内存的配置参数来进行优化

 

-XX:+UseLargePages

jdk6-8默认关闭，是否使用大的内存页

 

-XX:LargePageSizeInBytes=4M

设置内存页的大小，默认4M，不要设置过大，一般在4-128M之间即可

 

-Xint

解释模式，无法做到分层编译优化等

 

-Xcomp

编译模式，开启后jvm启动会比较慢

 

-Xmixed

混合模式，jdk默认

 

-XX:+StackTraceInThrowable

是否将堆栈信息放到Throwable中，默认为true。如果要开启异常快速抛出，要么StackTraceInThrowable为false，要么OmitStackTraceInFastThrow为true

 

#调式参数

-XX:PrintFLSStatistics=1

分析CMS空闲列表空间，jdk6-8默认都是关闭的，打印每次GC前后内存碎片的统计信息,统计信息主要包括3个维度:Free Space、Max Chunk Size和Num Chunks,其中Free Space表示老生代当前空闲的总内存容量,Max Chunk Size表示老生代中最大的内存碎片所占的内存容量大小,Num Chunks表示老生代中总的内存碎片数。如果不为0(负数也行)，那么每次GC前后都会打印出free list的统计信息；如果大于1，那么还会输出如下的gc日志，能够直观的看到碎片率，frag的值越大碎片化越严重，JVM的初始状态，frag的值为0.0000，即没有任何碎片。

 

-XX:PrintCMSStatistics=1

如果大于0，则输出关于CMS收集器的统计信息，例如，CMS年轻代收集的次数以及并发预清除数量

 

-XX:+PrintCompilation

打印编译信息

 

-XX:+PrintPromotionFailure

打印Promotion Failure更多的细节

 

-XX:+CITime

打印JIT编译器编译耗时，默认关闭

 

-XX:+PrintInlinint

打印方法内联信息

 

-XX:+TraceClassLoading

监控类的加载

 

-XX:+PrintClassHistogram

在控制台按下Ctrl+Break后,打印类的信息

 

-XX:+PrintCommandLineFlags

打印命令行启动参数

 

-XX:+PrintFlagsFinal

打印JDK的所有参数的默认信息

 

-XX:+PrintCodeCache

在JVM退出时输出codecache相关内存使用量

 

-XX:+PrintStringDeduplicationStatistics

打印字符串去重的一些信息

 

-XX:+PrintGCDetails

启用gc日志打印功能

 

-XX:+PrintHeapAtGC

打印GC前后的详细堆栈信息

 

-XX:+PrintGCDateStamps

打印可读的日期而不是时间戳

 

-XX:+PrintTenuringDistribution

查看每次minor GC后新的存活周期的阈值

 

-XX:+PrintGCApplicationStoppedTime

打印所有引起JVM停顿时间

 

-XX:+PrintGCApplicationConcurrentTime

打印JVM在两次停顿之间正常运行时间

 

-XX:+PrintSafepointStatistics

打印GC安全点的一些分析信息

 

-XX:PrintSafepointStatisticsCount=1

输出safepoint 的统计信息

 

-XX:+PrintGCCause

JDK7以前默认关闭，JDK8以后默认开启，gc日志中输出gc原因

 

-Xloggc:logs/gc.log

输出GC日志到指定文件中

 

-XX:+HeapDumpOnOutOfMemoryError

发生内存溢出是进行heap-dump

 

-XX:HeapDumpPath=logs/oom.log

这个参数与-XX:+HeapDumpOnOutOfMemoryError共同作用，设置heap-dump时内容输出文件

 

-XX:ErrorFile=logs/hs_err_%p.log

指定致命错误日志位置。一般在JVM发生致命错误时会输出类似hs_err_pid.log的文件，默认是在工作目录中（如果没有权限，会尝试在/tmp中创建），不过还是自己指定位置更好一些，便于收集和查找，避免丢失。

 

 

java -XX:+PrintFlagsFinal -version 打印所有的JDK的参数，可以用此命令结合dos的find命令(或Linux的grep命令来查看指定参数的默认值)

 

- 堆内存： 存储Java对象，默认为物理内存的1/64 

- 线程栈： 存储局部变量（原子类型，引用）及其他，默认为1M 

- 永久代： 存储类定义及常量池，注意JDK7/8的区别 

- 二进制代码：JDK7与8，打开多层编译时的默认值不一样，从48到240M 

- 堆外内存： 被Netty，堆外缓存等使用，默认最大值约为堆内存大小

 

4核4G 推荐参数组合

堆内存 ＋ 线程数 ＊ 线程栈 ＋ 元空间 ＋ 二进制代码 ＋ 堆外内存

2048M +      1000 * 256K +     256M +      128M +    (～1024M) = 3712M

 

-server -Xms2048M -Xmx2048M -Xmn1024M -Xss256K -XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=256m -XX:MaxDirectMemorySize=1G -XX:SurvivorRatio=2 -XX:TargetSurvivorRatio=75 -XX:MaxTenuringThreshold=2 -XX:PretenureSizeThreshold=1048576 -XX:InitialCodeCacheSize=20971520 -XX:ReservedCodeCacheSize=134217728 -XX:+UseCodeCacheFlushing -XX:+TieredCompilation -XX:CICompilerCount=3 -XX:+ExplicitGCInvokesConcurrent -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses -XX:StringTableSize=300007 -XX:TLABWasteTargetPercent=2 -XX:ConcGCThreads=3 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:+CMSParallelInitialMarkEnabled -XX:+CMSParallelRemarkEnabled -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection -XX:+CMSClassUnloadingEnabled -XX:+ScavengeBeforeFullGC -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+ParallelRefProcEnabled -XX:+UseBiasedLocking -XX:-OmitStackTraceInFastThrow -XX:AutoBoxCacheMax=10000 -XX:+AggressiveOpts -XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+PrintGCDateStamps -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCApplicationConcurrentTime -Xloggc:logs/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=logs/oom.log -XX:ErrorFile=logs/hs_err_%p.log

 

4核8G 推荐参数组合

堆内存 ＋ 线程数 ＊ 线程栈 ＋ 元空间 ＋ 二进制代码 ＋ 堆外内存

5120M +      1000 * 256K +     512M +      256M +    (～1024M) = 7168M

-server -Xms5120M -Xmx5120M -Xmn2048M -Xss256K -XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=512m -XX:MaxDirectMemorySize=1G -XX:SurvivorRatio=2 -XX:TargetSurvivorRatio=75 -XX:MaxTenuringThreshold=2 -XX:PretenureSizeThreshold=1048576 -XX:InitialCodeCacheSize=20971520 -XX:ReservedCodeCacheSize=268435456 -XX:+UseCodeCacheFlushing -XX:+TieredCompilation -XX:CICompilerCount=3 -XX:+ExplicitGCInvokesConcurrent -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses -XX:StringTableSize=300007 -XX:TLABWasteTargetPercent=2 -XX:ConcGCThreads=3 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:+CMSParallelInitialMarkEnabled -XX:+CMSParallelRemarkEnabled -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection -XX:+CMSClassUnloadingEnabled -XX:+ScavengeBeforeFullGC -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+ParallelRefProcEnabled -XX:+UseBiasedLocking -XX:-OmitStackTraceInFastThrow -XX:AutoBoxCacheMax=10000 -XX:+AggressiveOpts -XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+PrintGCDateStamps -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCApplicationConcurrentTime -Xloggc:logs/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=logs/oom.log -XX:ErrorFile=logs/hs_err_%p.log

 

4核8G 推荐参数组合【去除救助空间】

堆内存 ＋ 线程数 ＊ 线程栈 ＋ 元空间 ＋ 二进制代码 ＋ 堆外内存

5120M +      1000 * 256K +     512M +      256M +    (～1024M) = 7168M

-server -Xms5120M -Xmx5120M -Xmn2048M -Xss256K -XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=512m -XX:MaxDirectMemorySize=1G -XX:SurvivorRatio=65535 -XX:MaxTenuringThreshold=0 -XX:PretenureSizeThreshold=2097152 -XX:InitialCodeCacheSize=20971520 -XX:ReservedCodeCacheSize=268435456 -XX:+UseCodeCacheFlushing -XX:+TieredCompilation -XX:CICompilerCount=3 -XX:+ExplicitGCInvokesConcurrent -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses -XX:StringTableSize=300007 -XX:TLABWasteTargetPercent=2 -XX:ConcGCThreads=3 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:CMSInitiatingOccupancyFraction=85 -XX:+UseCMSInitiatingOccupancyOnly -XX:+CMSParallelInitialMarkEnabled -XX:+CMSParallelRemarkEnabled -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection -XX:+CMSClassUnloadingEnabled -XX:+ScavengeBeforeFullGC -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+ParallelRefProcEnabled -XX:+UseBiasedLocking -XX:-OmitStackTraceInFastThrow -XX:AutoBoxCacheMax=20000 -XX:+AggressiveOpts -XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+PrintGCDateStamps -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCApplicationConcurrentTime -Xloggc:logs/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=logs/oom.log -XX:ErrorFile=logs/hs_err_%p.log

GavinBC
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JDK8垃圾回收GC日志分析【第一篇】
Coding Earth Engine
10-31 885
package com.clazz.clazz_demo.two_father; /** * @author ：miaoqs * @date ：2019-10-30 09:58 * @description： */ public class TwoFatherTest { /** * 2M容量 */ private static int size ...
java8 jvm调优_JDK8 JVM参数手册调优指南
weixin_32282271的博客
02-13 1272
-version查看版本示例备注-Dproperty=value设置系统配合-Dfoo="foo bar"-verbose:class打印每个class信息-verbose:gc打印每次gc信息非标参数 -X-Xbootclasspath/a:pathBootStrap class扩展，后缀在核心class搜索路径后面，启动类加载器会加载此路径下的classjava -Xbootclasspath...
HotSpot垃圾收集器常用参数设置(JDK8及以下)
ab1024249403的博客
07-10 365
常用参数设置 -Xms1024M -Xmx2048M(设置Java堆的大小，将堆的最小值-Xms参数与最大值-Xmx参数 设置为一样即可避免堆自动扩展） -Xss128k（设置栈内存容量，相当于一个栈帧的最大容量）（设置过小的栈内存容量可能会导致StackOverflowError）(设置过大的栈内存容量会OutOfMemoryError，因为操作系统分配给每个进程的内存是有限制的，HotSpot虚拟机提供了参数可以控制Java堆和方法区这两部分的内存的最大值。那剩余的内存假设为2GB（操作系统限制）减去
JDK8 合理设置JVM内存参数
jiey0407的博客
04-20 4063
总述 基本知识 JDK8内存模型 参数 GC基本要点 内存数据收集工具 JVM参数调整过程 一阶段(设置堆区总内存) 二阶段(调整New区内存) 三阶段（调整Eden与Survivor） 总述 生产系统稳定性很重要，JVM内存越大，内存溢出的风险越低。只要主机内存允许，多浪费点内存在JVM上也无可厚非。不过，用更少的资源发挥更大的作用是条正道，所以应合理设置JVM内存。 不同java应用对内存要求不同，合适的JVM参数只能通过对每个应用实际运行过程中内存占用数据收集后才能确定。即先设置初值，然后在应用运行
java8 垃圾回收_java7和java8的垃圾回收
weixin_34304211的博客
02-13 388
常常在面试过程中会问到一些关于java基础的问题，经过整理后归结为2类，经过百度查询后总结如下，希望对大家有帮助：一、java的垃圾回收？1、垃圾收集GC(Garbage Collection)是Java语言的核心技术之一，之前我们曾专门探讨过Java 7新增的垃圾回收器G1的新特性，但在JVM的内部运行机制上看，Java的垃圾回收原理与机制并未改变。垃圾收集的目的在于清除不再使用的对象。GC通过...
java垃圾回收参数说明
weixin_42152237的博客
08-17 715
1、指定垃圾收集器 -XX:+UseSerialGC 指定使用串行垃圾收集器，新生代及老年代都是串行收集，在大堆或者多核cpu的环境中不大适合使用该种垃圾收集器 -XX:+UseParallelGC，并行垃圾收集器，新生代使用并行收集，老年代使用串行收集 -XX:+UseParallelOldGC，并行垃圾收器，新生代使用并行手机，老年代使用并行收集，在一些低版本的JVM该参数不支持或者不生效，这两种垃圾收集适合不在乎延时需要高吞吐的环境下使用，比如说一些批处理程序， -XX:+UseConcMarkSw
JVM之垃圾回收和调优思路
星星都没我亮的博客
11-03 1640
文章目录GC的基础知识1.什么是垃圾2.如何定位（找到）垃圾3.常见的垃圾回收算法4.JVM内存分代模型（用于分代垃圾回收算法）5.常见的垃圾回收器常见垃圾回收器组合参数设定：(1.8)JVM调优第一步，了解JVM常用命令行参数PS GC日志详解调优前的基础概念：什么是调优？调优，从规划开始优化环境解决JVM运行中的问题一个案例理解常用工具jconsole远程连接jvisualvm远程连接jprofiler (收费)arthas在线排查工具GC算法的基础概念CMSCMS的问题CMS日志分析G1G1日志详解案
《Java面向对象编程（阿里云大学）》笔记（文档+思维导图）
Panda颜的博客
01-04 3952
课程链接：https://edu.aliyun.com/course/1011 ———————————————————————————————————— 第1章：类与对象 课时2：面向对象简介 面向过程：更多情况下不会做出重用的设计。 面向对象：主要设计形式为模块化设计，可以进行重用配置，更多情况下考虑的是标准，然后根据标准进行拼装。 特征： 封装性：内部的操作对外部不可见（安全）； 继承性：在已有结构的基础上继续进行功能的扩充； 多态性：在继承性的基础上扩充而来的概念，指的是类型的转换处理。 步
【备战秋招】30道Spring IOC经典面试题，阿里云java面试题
m0_64867802的博客
12-05 190
19. Spring 提供的注解有哪些？ 20. 简述 Spring Environment ？ 21. Environment 完整的生命周期是怎样的？ 22. Spring 应用上下文的生命周期？ 23. Spring 应用上下文生命周期有哪些阶段？ 24. 简述 ObjectFactory？ 25. 简述 FactoryBean？ 26. ObjectFactory、FactoryBean 和 BeanFactory 的区别？ 27. @Bean 的处理流程是怎样的..
JVM 只知道垃圾回收？那就 out 了！：JVMTI 调试接口、状态监测 接口
LawssssCat的博客
03-21 662
参考： Java黑科技之源：JVMTI完全解读 文章目录JVMTI 应用场景JVMTI - JVM 工具接口JPDA - JAVA平台调试架构JVMTI 的本质JVMTI 的地位JVMTI 的实现 JVMTI 应用场景 class 文件加密 使用一些常规的手段 （例如使用混淆器或者自定义类加载器）来对class文件进行加密很容易被反编译。反编译后的代码虽然增加了阅读的难度，但花费一...
阿里巴巴面经、面试流程、面试题
hoaven的博客
05-19 1万+
从去年年中一直到今年年初，我面阿里总共面了5-6次，经历了三次完整的4轮技术面 + 1轮HR面，目前将面试过程和常见题目记录一下，供参考。 面试流程 面试轮次 阿里社招一般都是P6级别以上，技术面4轮以上 + 1轮HR面。 阿里校招一般都是P4、P5级别，技术面3轮 + 1轮HR面。 面试侧重点 以社招P6为例，来看看每轮考察的侧重点。 一面 一面面试官一般是你组内师兄或组长，主要考察Java基础、中间件原理以及项目经历；面试时长30-60分钟。 Java基础和中间件考察范围会在文末附上。 项目经历这块，选
jdk db版本_Linux 系列阿里云服务器的使用及安装 mysql、tomcat、jdk 三件套
weixin_39879665的博客
11-12 64
server最近很多朋友通过我买了阿里云的服务器，大多是学生，啥也不懂也不知道怎么用。每天微信上一个个问我，浪费我时间。但又不能不帮，谁让我长得帅呢。于是就有了这篇文章。一、配置服务器如下图，点击用户中心用户中心如下图，我的已使用过，你们还未使用的提货券，在操作那一列点击使用。提货券管理选择配置，地域选离你最近的地方，我选的深圳，系统选 centos (搞 java 一般是这个)、64 ...
jvm：jvm GC日志解析：G1日志解析
老艮头的后知后觉
12-06 9654
1、背景简介 1.1、应用背景介绍 1）业务特点：流量高峰都集中在白天，凌晨流量很低。 2）应用特点： 对外提供了很多核心业务接口，早6点之后，流量逐渐增加。 凌晨会通过自动化调度，跑一些数据处理任务，主要都是核心业务数据的缓存预热【从DB(mysql/es)读取，写入到redis】。 1.2、jdk版本(openjdk) 由于oracle声明将针对企业用户对于JDK 8 u191之后的版本需要付费购买商业许可。所以公司统一都切换到了openjdk，目前应用的版本是：openjdk 1.8.0_272-
JVM调优(jdk8)与垃圾回收器详解
m0_37635053的博客
04-02 1万+
JVM调优与垃圾回收器详解 这张是jdk8的jvm模型： 红框的是线程共享区域、黑色框的是线程私有(也就是每个线程单独一份) 一、JVM内存模型 #1、名词解释 虚拟机栈 描述的是java方法执行的内存模型,每个方法在执行的同时都会创建一个栈帧（Stack Frame），用于存储 局部变量、操作数栈、动态链接、方法出口等信息.生命周期与线程相同。栈里面存放着各种基本数据类型和对象的引用 本地方法栈: 本地方法栈则为虚拟机使用到的Native方法服务(非java代码的接口,比如C++的方法：Runti
常见的JVM参数
09-08 1789
（后边学习到新的会进行补充） [-XX:MaxTenuringThreshold](提升阈值)：对象晋升老年代的阈值，默认值15（并不是绝对的，如果在Survivor空间中相同年龄所有对象大小的综合大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代）[~~-XX:MaxPermSize~~](https://www.yuque.com/lihongjian/fx3n4r/tr10pu#dDqVn)：永久代大小[-XX:MaxDirectMemorySize](https://.
jvm内存结构深度分析
u012222011的博客
03-02 489
查看上述的jvm参数： -Xms2048M:指最大堆内存 -Xmn1024M:指最小堆内存，一般会将最大和最小设置为相同的值 -XX:MetaspaceSize是指最大元空间，如果不设置的话默认为21M，如果此时加载的class比较多的话，那么会导致full gc，所以一定要设置该参数 有这么一段程序： public class Test1 { public static void main(String[] args) { int a =20 ; ...
Java虚拟机详解03----常用JVM配置参数
weixin_34302798的博客
08-17 326
  【声明】  欢迎转载，但请保留文章原始出处→_→  生命壹号：http://www.cnblogs.com/smyhvae/ 文章来源：http://www.cnblogs.com/smyhvae/p/4736162.html   本文主要内容： Trace跟踪参数 堆的分配参数 栈的分配参数   零、在IDE的...
java vm启动_Java VM 启动参数详解
weixin_33952612的博客
02-24 972
Java VM 启动参数详解@Date 2017.05.24打印输出相关参数-verbose打印加载类的详细信息-verbose:gc打印虚拟机中GC的详细情况:显示最忙和最空闲收集行为发生的时间、收集前后的内存大小、收集需要的时间等-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/logs/java.hprof虚拟机在出现内...
Java_JVM参数-XX:MaxDirectMemorySize 与 两种 ByteBuffer: heap,direct ByteBuffer
热门推荐
迎难而上
10-28 6万+
ByteBuffer有两种: heap ByteBuffer -> -XX:Xmx 1.一种是heap ByteBuffer,该类对象分配在JVM的堆内存里面，直接由Java虚拟机负责垃圾回收， direct ByteBuffer -> -XX:MaxDirectMemorySize 2.一种是direct ByteBuffer是通过jni在虚拟机外内存中分配的。通过jmap无...
jdk 1.8 G1垃圾回收jvm参数配置
最新发布
03-05
JDK 1.8引入了G1（Garbage-First）垃圾回收器作为一种新的垃圾回收方式。G1垃圾回收器的目标是在保持低延迟的同时，实现高吞吐量和高内存利用率。下面是一些JVM参数配置的示例，用于调整G1垃圾回收器的行为： 1. -...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值