【JVM】堆内存调优

最新推荐文章于 2024-09-05 16:48:29 发布
最新推荐文章于 2024-09-05 16:48:29 发布
阅读量422 收藏
点赞数
分类专栏： JVM 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/DJames23/article/details/114743706
版权

参考博客：JVM调优总结 -Xms -Xmx -Xmn -Xss
视频：https://www.bilibili.com/video/BV1iJ411d7jS?p=8
GCDetails堆内存调优在JDK8和15中的区别：

1.JDK8：-XX：+PrintGCDetails

在这里插入图片描述

-Xms8m -Xmx8M -XX:+PrintGCDetails

log：

"E:\Program Files\Java\jdk1.8.0_231\bin\java.exe" -Xms8m -Xmx8M -XX:+PrintGCDetails  OOMTest
[GC (Allocation Failure) [PSYoungGen: 1536K->504K(2048K)] 1536K->664K(7680K), 0.0010685 secs] [Times: user=0.16 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 2039K->503K(2048K)] 2199K->1363K(7680K), 0.0008535 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 1991K->504K(2048K)] 2851K->1850K(7680K), 0.0006678 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 1522K->504K(2048K)] 4147K->3144K(7680K), 0.0007190 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 1831K->504K(2048K)] 5750K->5061K(7680K), 0.0009179 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 504K->440K(2048K)] 5061K->4997K(7680K), 0.0004627 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (Allocation Failure) [PSYoungGen: 440K->0K(2048K)] [ParOldGen: 4557K->2525K(5632K)] 4997K->2525K(7680K), [Metaspace: 3219K->3219K(1056768K)], 0.0042795 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (Ergonomics) [PSYoungGen: 1315K->0K(2048K)] [ParOldGen: 5081K->2075K(5632K)] 6396K->2075K(7680K), [Metaspace: 3227K->3227K(1056768K)], 0.0036814 secs] [Times: user=0.13 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 1371K->128K(2048K)] 6003K->4759K(7680K), 0.0006270 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 128K->64K(2048K)] 4759K->4695K(7680K), 0.0004666 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (Allocation Failure) [PSYoungGen: 64K->0K(2048K)] [ParOldGen: 4631K->4463K(5632K)] 4695K->4463K(7680K), [Metaspace: 3239K->3239K(1056768K)], 0.0052558 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[GC (Allocation Failure) [PSYoungGen: 0K->0K(2048K)] 4463K->4463K(7680K), 0.0004683 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (Allocation Failure) [PSYoungGen: 0K->0K(2048K)] [ParOldGen: 4463K->4444K(5632K)] 4463K->4444K(7680K), [Metaspace: 3239K->3239K(1056768K)], 0.0058018 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
Heap
 PSYoungGen      total 2048K, used 46K [0x00000000ffd80000, 0x0000000100000000, 0x0000000100000000)
  eden space 1536K, 3% used [0x00000000ffd80000,0x00000000ffd8b900,0x00000000fff00000)
  from space 512K, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
  to   space 512K, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
 ParOldGen       total 5632K, used 4444K [0x00000000ff800000, 0x00000000ffd80000, 0x00000000ffd80000)
  object space 5632K, 78% used [0x00000000ff800000,0x00000000ffc57080,0x00000000ffd80000)
 Metaspace       used 3271K, capacity 4496K, committed 4864K, reserved 1056768K
  class space    used 354K, capacity 388K, committed 512K, reserved 1048576K
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at java.util.Arrays.copyOf(Arrays.java:3332)
	at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
	at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:674)
	at java.lang.StringBuilder.append(StringBuilder.java:208)
	at OOMTest.main(OOMTest.java:18)

2.JDK15：-Xlog：gc

-Xlog：gc*

log:

[0.011s][info   ][gc] Using G1
[0.011s][info   ][gc,init] Version: 15+36-1562 (release)
[0.011s][info   ][gc,init] CPUs: 12 total, 12 available
[0.011s][info   ][gc,init] Memory: 16221M
[0.011s][info   ][gc,init] Large Page Support: Disabled
[0.011s][info   ][gc,init] NUMA Support: Disabled
[0.011s][info   ][gc,init] Compressed Oops: Enabled (32-bit)
[0.011s][info   ][gc,init] Heap Region Size: 1M
[0.011s][info   ][gc,init] Heap Min Capacity: 8M
[0.011s][info   ][gc,init] Heap Initial Capacity: 8M
[0.011s][info   ][gc,init] Heap Max Capacity: 8M
[0.011s][info   ][gc,init] Pre-touch: Disabled
[0.011s][info   ][gc,init] Parallel Workers: 10
[0.011s][info   ][gc,init] Concurrent Workers: 3
[0.011s][info   ][gc,init] Concurrent Refinement Workers: 10
[0.011s][info   ][gc,init] Periodic GC: Disabled
[0.012s][info   ][gc,metaspace] CDS archive(s) mapped at: [0x0000000800000000-0x0000000800b50000-0x0000000800b50000), size 11862016, SharedBaseAddress: 0x0000000800000000, ArchiveRelocationMode: 0.
[0.012s][info   ][gc,metaspace] Compressed class space mapped at: 0x0000000800b50000-0x0000000840b50000, size: 1073741824
[0.012s][info   ][gc,metaspace] Narrow klass base: 0x0000000800000000, Narrow klass shift: 3, Narrow klass range: 0x100000000
[0.095s][info   ][gc,start    ] GC(0) Pause Young (Concurrent Start) (G1 Humongous Allocation)
[0.095s][info   ][gc,task     ] GC(0) Using 2 workers of 10 for evacuation
[0.097s][info   ][gc,phases   ] GC(0)   Pre Evacuate Collection Set: 0.0ms
[0.097s][info   ][gc,phases   ] GC(0)   Merge Heap Roots: 0.0ms
[0.097s][info   ][gc,phases   ] GC(0)   Evacuate Collection Set: 1.3ms
[0.097s][info   ][gc,phases   ] GC(0)   Post Evacuate Collection Set: 0.3ms
[0.097s][info   ][gc,phases   ] GC(0)   Other: 0.2ms
[0.097s][info   ][gc,heap     ] GC(0) Eden regions: 3->0(1)
[0.097s][info   ][gc,heap     ] GC(0) Survivor regions: 0->1(1)
[0.097s][info   ][gc,heap     ] GC(0) Old regions: 0->1
[0.097s][info   ][gc,heap     ] GC(0) Archive regions: 0->0
[0.097s][info   ][gc,heap     ] GC(0) Humongous regions: 3->2
[0.097s][info   ][gc,metaspace] GC(0) Metaspace: 1040K(4864K)->1040K(4864K) NonClass: 939K(4352K)->939K(4352K) Class: 100K(512K)->100K(512K)
[0.097s][info   ][gc          ] GC(0) Pause Young (Concurrent Start) (G1 Humongous Allocation) 5M->3M(8M) 1.943ms
[0.097s][info   ][gc,cpu      ] GC(0) User=0.00s Sys=0.00s Real=0.00s
[0.097s][info   ][gc          ] GC(1) Concurrent Cycle
[0.097s][info   ][gc,marking  ] GC(1) Concurrent Clear Claimed Marks
[0.097s][info   ][gc,marking  ] GC(1) Concurrent Clear Claimed Marks 0.008ms
[0.097s][info   ][gc,marking  ] GC(1) Concurrent Scan Root Regions
[0.097s][info   ][gc,marking  ] GC(1) Concurrent Scan Root Regions 0.616ms
[0.097s][info   ][gc,marking  ] GC(1) Concurrent Mark (0.097s)
[0.097s][info   ][gc,start    ] GC(2) Pause Young (Normal) (G1 Humongous Allocation)
[0.097s][info   ][gc,marking  ] GC(1) Concurrent Mark From Roots
[0.097s][info   ][gc,task     ] GC(2) Using 2 workers of 10 for evacuation
[0.098s][info   ][gc,task     ] GC(1) Using 3 workers of 3 for marking
[0.099s][info   ][gc          ] GC(2) To-space exhausted
[0.099s][info   ][gc,phases   ] GC(2)   Pre Evacuate Collection Set: 0.2ms
[0.099s][info   ][gc,phases   ] GC(2)   Merge Heap Roots: 0.0ms
[0.099s][info   ][gc,phases   ] GC(2)   Evacuate Collection Set: 1.0ms
[0.099s][info   ][gc,phases   ] GC(2)   Post Evacuate Collection Set: 0.5ms
[0.099s][info   ][gc,phases   ] GC(2)   Other: 0.1ms
[0.099s][info   ][gc,heap     ] GC(2) Eden regions: 1->0(1)
[0.099s][info   ][gc,heap     ] GC(2) Survivor regions: 1->0(0)
[0.099s][info   ][gc,heap     ] GC(2) Old regions: 1->2
[0.099s][info   ][gc,heap     ] GC(2) Archive regions: 0->0
[0.099s][info   ][gc,heap     ] GC(2) Humongous regions: 5->3
[0.099s][info   ][gc,metaspace] GC(2) Metaspace: 1041K(4864K)->1041K(4864K) NonClass: 940K(4352K)->940K(4352K) Class: 100K(512K)->100K(512K)
[0.099s][info   ][gc          ] GC(2) Pause Young (Normal) (G1 Humongous Allocation) 6M->5M(8M) 1.608ms
[0.099s][info   ][gc,cpu      ] GC(2) User=0.00s Sys=0.00s Real=0.00s
[0.099s][info   ][gc,task     ] GC(3) Using 1 workers of 10 for full compaction
[0.099s][info   ][gc,start    ] GC(3) Pause Full (G1 Humongous Allocation)
[0.099s][info   ][gc,phases,start] GC(3) Phase 1: Mark live objects
[0.101s][info   ][gc,phases      ] GC(3) Phase 1: Mark live objects 1.406ms
[0.101s][info   ][gc,phases,start] GC(3) Phase 2: Prepare for compaction
[0.101s][info   ][gc,phases      ] GC(3) Phase 2: Prepare for compaction 0.271ms
[0.101s][info   ][gc,phases,start] GC(3) Phase 3: Adjust pointers
[0.102s][info   ][gc,phases      ] GC(3) Phase 3: Adjust pointers 0.687ms
[0.102s][info   ][gc,phases,start] GC(3) Phase 4: Compact heap
[0.102s][info   ][gc,phases      ] GC(3) Phase 4: Compact heap 0.397ms
[0.102s][info   ][gc,heap        ] GC(3) Eden regions: 0->0(1)
[0.102s][info   ][gc,heap        ] GC(3) Survivor regions: 0->0(0)
[0.102s][info   ][gc,heap        ] GC(3) Old regions: 2->2
[0.102s][info   ][gc,heap        ] GC(3) Archive regions: 0->0
[0.102s][info   ][gc,heap        ] GC(3) Humongous regions: 3->3
[0.102s][info   ][gc,metaspace   ] GC(3) Metaspace: 1041K(4864K)->1041K(4864K) NonClass: 940K(4352K)->940K(4352K) Class: 100K(512K)->100K(512K)
[0.102s][info   ][gc             ] GC(3) Pause Full (G1 Humongous Allocation) 5M->4M(8M) 3.073ms
[0.102s][info   ][gc,cpu         ] GC(3) User=0.00s Sys=0.00s Real=0.00s
[0.102s][info   ][gc,task        ] GC(4) Using 1 workers of 10 for full compaction
[0.102s][info   ][gc,start       ] GC(4) Pause Full (G1 Humongous Allocation)
[0.102s][info   ][gc,phases,start] GC(4) Phase 1: Mark live objects
[0.104s][info   ][gc,phases      ] GC(4) Phase 1: Mark live objects 1.569ms
[0.104s][info   ][gc,phases,start] GC(4) Phase 2: Prepare for compaction
[0.104s][info   ][gc,phases      ] GC(4) Phase 2: Prepare for compaction 0.224ms
[0.104s][info   ][gc,phases,start] GC(4) Phase 3: Adjust pointers
[0.105s][info   ][gc,phases      ] GC(4) Phase 3: Adjust pointers 0.613ms
[0.105s][info   ][gc,phases,start] GC(4) Phase 4: Compact heap
[0.105s][info   ][gc,phases      ] GC(4) Phase 4: Compact heap 0.323ms
[0.105s][info   ][gc,heap        ] GC(4) Eden regions: 0->0(1)
[0.105s][info   ][gc,heap        ] GC(4) Survivor regions: 0->0(0)
[0.105s][info   ][gc,heap        ] GC(4) Old regions: 2->2
[0.105s][info   ][gc,heap        ] GC(4) Archive regions: 0->0
[0.105s][info   ][gc,heap        ] GC(4) Humongous regions: 3->3
[0.105s][info   ][gc,metaspace   ] GC(4) Metaspace: 1041K(4864K)->1014K(4864K) NonClass: 940K(4352K)->919K(4352K) Class: 100K(512K)->95K(512K)
[0.105s][info   ][gc             ] GC(4) Pause Full (G1 Humongous Allocation) 4M->4M(8M) 3.002ms
[0.105s][info   ][gc,cpu         ] GC(4) User=0.00s Sys=0.00s Real=0.00s
[0.106s][info   ][gc,marking     ] GC(1) Concurrent Mark From Roots 8.062ms
[0.106s][info   ][gc,marking     ] GC(1) Concurrent Mark Abort
[0.106s][info   ][gc             ] GC(1) Concurrent Cycle 8.746ms
[0.106s][info   ][gc,heap,exit   ] Heap
[0.106s][info   ][gc,heap,exit   ]  garbage-first heap   total 8192K, used 4113K [0x00000000ff800000, 0x0000000100000000)
[0.106s][info   ][gc,heap,exit   ]   region size 1024K, 1 young (1024K), 0 survivors (0K)
[0.106s][info   ][gc,heap,exit   ]  Metaspace       used 1028K, capacity 4525K, committed 4864K, reserved 1056768K
[0.106s][info   ][gc,heap,exit   ]   class space    used 96K, capacity 397K, committed 512K, reserved 1048576K
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at java.base/jdk.internal.misc.Unsafe.allocateUninitializedArray0(Unsafe.java:1409)
	at java.base/jdk.internal.misc.Unsafe.allocateUninitializedArray(Unsafe.java:1402)
	at java.base/java.lang.StringConcatHelper.newArray(StringConcatHelper.java:470)
	at java.base/java.lang.invoke.DirectMethodHandle$Holder.invokeStatic(DirectMethodHandle$Holder)
	at java.base/java.lang.invoke.LambdaForm$MH/0x0000000800bb5440.invoke(LambdaForm$MH)
	at java.base/java.lang.invoke.LambdaForm$MH/0x0000000800bb5c40.linkToTargetMethod(LambdaForm$MH)
	at OOMTest.main(OOMTest.java:18)
DJames23
关注
专栏目录
【JVM】Java虚拟机JVM堆内存调优
No8g攻城狮的博客
01-05 2306
JVM堆内存调优是Java性能优化的重要部分，主要目的是为了确保程序稳定运行并充分利用系统资源。
GC (Allocation Failure) 那些事
BITDDD小栈
07-07 2万+
GC (Allocation Failure) 那些事 平常写Java程序，经常看到 GC(Allocation Failure) 这个日志，大概查了查意思是是jvm在执行垃圾回收，一般情况下不影响程序运行，只会拖慢程序运行时间。但是经常遇到这个日志还是不爽，今天就盘一下！GC(Allocation Failure)造成的垃圾回收为young gc 又称minor gc。 Demo代码 下面这几行spark代码是经常引起 GC(Allocation Failure) 日志的代码写法，基....
[java] GC (Allocation Failure)日志分析
热门推荐
topdeveloperr的博客
04-03 2万+
Table of Contents 概述 JConsole VisualVm GC日志 GC日志分析 概述 博主在最近使用spring batch的过程当中遇到了内存容量耗尽程序崩溃的问题，于是决定将此次的内存问题分析通过本篇博客记录下来。 在分析gc日实例志之前，我们先通过一条《深入理解java虚拟机》一书中的一个例子gc日志来回顾一下gc日志的基本知识，下面是一条gc日志： ...
科普文：看看毕昇 JDK 团队是如何解决 JVM 中 CMS 的 Crash
为无为，事无事，味无味。
08-01 728
这是一个极小概率发生的 bug，因此隐藏的很深。解这个 bug 也耗费了很长时间，虽然最后修复方案就是一行代码，但涉及的知识面还是比较广的。其中 memory barrier 是一个有点绕的概念，GC 算法的细节也需要理解到位。如果读者第一次接触 JVM，希望有耐心看下去，反复推敲，相信你一定会有所收获。
idea报错，jvm报错日志hs_err_pid3152
weixin_44689973的博客
01-22 2623
idea报错，jvm报错日志hs_err_pid3152 是jvm崩溃，这个谁懂，说一下。
【性能参数】 JVM的GC日志
m0_49428126的博客
10-05 1820
[GC (Allocation Failure) [PSYoungGen:2336K->288K(2560K)] 8274K->6418K(9728K), 0.0112926 secs] [Times:user=0.06 sys=0.00, real=0.01 secs] PSYoungGen（是新生代类型，新生代日志收集器），2336K表示使用新生代GC前，占用的内存，->288K表示GC后占用的内存，(2560K)代表整个新生代总共大小 8274K（GC前整个JVM Hea
enabling large page mysql_Mysql：Optimizing Memory Use、Enabling Large Page Support：内存使用优化：【global + s...
weixin_28917137的博客
01-27 126
8.12.4.2Enabling Large Page SupportSome hardware/operating system architectures support memory pages greater than the default (usually 4KB). The actual implementation of this support depends on the u...
JVM堆内存调优策略及实践指南
JVM堆内存调优概述 ## 1.1 什么是JVM堆内存 JVM堆内存是Java虚拟机中最大的一块内存区域，用于存储对象实例和数组。在JVM启动时会预先分配好堆内存空间，堆内存的大小可以根据应用的需求进行调整。 ## 1.2 JVM堆...
JVM堆内存调优技术最佳实践
【JVM堆内存调优技术最佳实践】 ## 第一章：理解JVM堆内存 ### 1.1 什么是JVM堆内存？ JVM（Java Virtual Machine）堆内存是Java虚拟机中用于存储对象实例的一块内存区域。它是Java程序执行过程中最重要的一部分...
JVM堆内存调优：参数配置与性能优化
## 1.1 什么是JVM堆内存调优 JVM（Java Virtual Machine）堆内存调优是指根据应用程序的特性和需求，通过调整JVM堆内存相关的参数来优化程序的性能和稳定性。JVM堆内存是Java虚拟机中用于存储对象实例和数组的内存...
JVM系列(五) -内存相关的调优参数
最新发布
程序员志哥的博客
09-05 1145
今天这篇文章，并结合之前的介绍知识，一起了解一下 JVM 内存相关的调优参数。
JVM第七课：实战理解GC调优
upset_poor的博客
01-17 613
GC常用参数 -Xmn -Xms -Xmx -Xss 年轻代 最小堆 最大堆 栈空间大小 -XX:+UseTLAB 使用TLAB，默认打开 -XX:+PrintTLAB 打印TLAB的使用情况 -XX:TLABSize 设置TLAB大小 -XX:+DisableExplictGC System.gc()不管用 ，FGC -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+PrintGCTimeStamps -XX:+PrintGCApplica
快速解读GC日志
weixin_33912445的博客
10-18 584
本文是 Plumbr 发行的 Java垃圾收集指南 的部分内容。文中将介绍GC日志的输出格式, 以及如何解读GC日志, 从中提取有用的信息。我们通过 -XX:+UseSerialGC 选项,指定JVM使用串行垃圾收集器, 并使用下面的启动参数让 JVM 打印出详细的GC日志: -XX:+PrintGCDetails -XX:+Prin...
最大堆MaxHeap和最小堆MinHeap的实现
xwdreamer的专栏
12-04 1万+
       优先队列式分支界限法解装载问题中需要用到最大堆MazHeap，但是书上没有给出代码，所以只能我们自己写了，下面我贴出这两个数据结构的代码，以供参考。解决了这两个数据结构，那么优先队列式分支界限法就很好实现了。最大堆MaxHeap：#includeusing namespace std;typedef struct Heap{ int capacity; i
cpu高 thread vm_GC task thread#0 (ParallelGC) 占用cpu过高
weixin_42634811的博客
12-23 7098
最近在查线上应用cpu过高时遇到一个问题，根据线程号追踪发现是gc线程占用大量的cpu。top -p 7794top - 15:31:22 up 883 days, 35 min, 1 user, load average: 0.23, 0.37, 0.72Tasks: 21 total, 0 running, 21 sleeping, 0 stopped, 0 zombieC...
jstack: Java占用高CPU分析之- GC Task Thread
xiuson回忆录
06-30 2万+
jstack 是JDK自带的堆栈跟踪工具，作用有两个： 为Java 进程或者核心文件打印出线程的堆栈信息；远程调试服务器。 查看用法： jstack -help Usage: jstack [-l] (to connect to running process) jstack -F [-m] [-l] (to connect to a hung process)
enabling large page mysql_MySQL 5.1 英文手册 :: 7.5.9 Enabling Large Page Support
weixin_39835925的博客
01-27 70
7.5.9.Enabling Large Page SupportSome hardware/operating system architectures support memorypages greater than the default (usually 4KB). The actualimplementation of this support depends on the under...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值