3.1、JVM学习——GC日志含义与配置

2019-11-24 09:28:06 118 收藏
分类专栏： JVM 文章标签： JVM 垃圾回收日志 VM 配置
最后发布:2019-11-24 09:28:06首次发布:2019-11-24 09:28:06
如果我们不尊重权威,源码看起来也没有什么借鉴意义,如果我们完全的信服权威,那么源码中未发现的bug就天然的被忽略了
本文链接：https://blog.csdn.net/bestcxx/article/details/102815689
版权

文章目录

前言

GC 日志可以提供虚拟机各分代垃圾回收的情况，需要注意的是，不同的垃圾回收器在GC 日志中名字并不相同。

JDK 版本

本文使用 JDK 1.8 x64 进行相关测试

查看垃圾回收器

查看 JVM 垃圾回收器类型的三个方式

测试代码

从实践来说，可以通过限制虚拟机内存大小，然后不断创建对象来触发 GC，也可以直接调用 System.gc()，本文采用了后者——更简单，直观。
当然，作为测试，我们还是增加了一些JVM 的配置参数，用于日志能够展示在控制台上

-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=3145728

public class GcTest {
		//-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=3145728
		private static final int _1MB = 1024 * 1024;
		private static final int _4MB = 4*1024 * 1024;

		/**
		 * 小对象先保存到 新生代 Eden
		 */
	    public static void testThreshold(){
	        byte[] allocation;
	        allocation = new byte[1 * _1MB];
	    }
	    
	    /**
	     * 大对象直接进入老年代
	     * -XX:PretenureSizeThreshold=3145728
	     */
	    public static void testPretenureSizeThreshold(){
	        byte[] allocation;
	        allocation = new byte[1 * _4MB];
	    }

	    public static void main(String[] args) {
	    	//触发老年代GC
	    	for(int j=0;j<3;j++) {
	    		testPretenureSizeThreshold();
	    	}
	    	
	    	//触发新生代GC
	    	for(int i=0;i<10;i++) {
	    		GcTest.testThreshold();
	    	}
	    	
	    	//手动触发GC
			System.gc();	
	    }
}

控制台内容

控制台内容包含了两个部分，第一个部分是 GC 信息，第二个部分是 Heap 信息
其中 GC 信息就是本文要介绍的GC 日志。
Heap 信息属于PrintGCDetails 的附加信息。

[GC (System.gc()) [PSYoungGen: 1740K->729K(9216K)] 1740K->737K(19456K), 0.0016883 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [PSYoungGen: 729K->0K(9216K)] [ParOldGen: 8K->596K(10240K)] 737K->596K(19456K), [Metaspace: 2677K->2677K(1056768K)], 0.0053865 secs] [Times: user=0.01 sys=0.00, real=0.00 secs] 
Heap
 PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
  from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
  to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

内容解析-GC 信息

[GC (System.gc()) [PSYoungGen: 1740K->729K(9216K)] 1740K->737K(19456K), 0.0016883 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [PSYoungGen: 729K->0K(9216K)] [ParOldGen: 8K->596K(10240K)] 737K->596K(19456K), [Metaspace: 2677K->2677K(1056768K)], 0.0053865 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

GC 日志以是否Stop The World 分为两类

GC 日志可以分为两种，一种是 [GC开头，一种是 [Full GC开头,二者的区别在于，[Full GC表明该垃圾回收过程发生了 Stop The World,需要强调的是，不要将GC 日志中 Full GC 关键字和 老年代的垃圾回收 Full GC 混淆，在GC 日志中 年轻代和老年代的日志是在一起的。

如果垃圾回收是由 Java 代码 System.gc()来触发的，则GC 日志中会增加一个(System.gc()),如本文的 [GC (System.gc()) 和 [Full GC (System.gc())
如果垃圾回收是由于内存空间不够,则会显示分配失败 [GC (Allocation Failure)
此外还会有其他类型的情况

[GC````和``[Full GC中间部分的含义:PsYoungGen 是年轻代的垃圾回收信息
ParOldGen是老年代的垃圾回收信息
Metaspace是元空间的垃圾回收信息
最后一部分 Times 表示垃圾回收期间各部分时间段占用的事件比重

比如 [PSYoungGen: 729K->0K(9216K)]
表示：新生代使用的是 ParallelGC 这种垃圾回收器，新生代总大小为 9216K,垃圾回收前后的内存占用大小为 729K->0K ，即所占用的 729K 空间全部被回收了

不同垃圾回收器日志关键字不同

GC 日志使用不同的关键字来区分不同的垃圾回收期，你应该了解到虚拟机垃圾回收器有多种不同的搭配方式。本文在下面内容中通过不同的VM 配置对不同情况下的GC日志关键字进行归纳总结。

新生代、老年代垃圾回收器的搭配连线图(CMS 是可以和 Serial Old 同时使用的)

在这里插入图片描述

内容解析-Heap 信息

Heap
 PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
  from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
  to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

Heap 信息还是很明显的，PSYoungGen 表示年轻代垃圾回收器为 Parallel Scavenge，此外还有年轻代的 eden 、from、to 的信息；ParOldGen 表示老年代垃圾回收器为 Parallel Old，Metaspace 表示元数据信息，
total 表示总大小，used 表示已用

通过 Heap 信息，也可以分辨出来当前所用的是何种垃圾回收器

指定垃圾回收器与GC 关键字

通过参数指定垃圾回收器

参数描述
-XX:+UseSerialGCdef new generation (Serial)
-XX:+UseParNewGCpar new generation
-XX:+UseParallelGCPSYoungGen
-XX:+UseParallelOldGCPSYoungGen
-XX:+UseConcMarkSweepGC (CMS)par new generation

其他参数延伸

参数描述
SurvivorRatio
PretenureSizeThreshold
MaxTenuringThreshold
UseAdaptiveSizePolicy
HandlePromotionFailure
ParallelGCThreads
GCTimeRatio
MaxGCPauseMills
CMSInitiatingOccupancyFraction
UseCMSCompactAtFullCollection
CMSFullGCsBeforeCompaction

垃圾回收器关键字规律总结

配置年轻代老年代元数据
-XX:+UseSerialGCdef new generationtenured generationMetaspace
-XX:+UseParNewGCpar new generationtenured generationMetaspace
-XX:+UseParallelGCPSYoungGenParOldGenMetaspace
-XX:+UseParallelOldGCPSYoungGenParOldGenMetaspace
-XX:+UseConcMarkSweepGCpar new generationconcurrent mark-sweep generationMetaspace

GC 详情展示

-XX:+UseSerialGC

垃圾回收器: Serial+ SerialOld
GC 日志

[GC (Allocation Failure) [Tenured: 8192K->596K(10240K), 0.0034819 secs] 9932K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0035603 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [DefNew: 7331K->0K(9216K), 0.0003829 secs] 12024K->4692K(19456K), 0.0004152 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [Tenured: 4692K->596K(10240K), 0.0031400 secs] 7928K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0031873 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

堆信息

 Heap
 def new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
  from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
  to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
 tenured generation   total 10240K, used 596K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
   the space 10240K,   5% used [0x00000007bf600000, 0x00000007bf6950e8, 0x00000007bf695200, 0x00000007c0000000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

-XX:+UseParNewGC

垃圾回收器: PawNew+64位时 SerialOld
GC 日志

Java HotSpot(TM) 64-Bit Server VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release
[GC (Allocation Failure) [Tenured: 8192K->596K(10240K), 0.0045567 secs] 9932K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0046114 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[GC (Allocation Failure) [ParNew: 7331K->0K(9216K), 0.0005674 secs] 12024K->4692K(19456K), 0.0006037 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [Tenured: 4692K->596K(10240K), 0.0024158 secs] 7928K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0024644 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

堆信息

Heap
 par new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
  from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
  to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
 tenured generation   total 10240K, used 596K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
   the space 10240K,   5% used [0x00000007bf600000, 0x00000007bf6950e8, 0x00000007bf695200, 0x00000007c0000000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

-XX:+UseParallelGC

垃圾回收器: Parallel Scavenge+Parallel Old
GC 日志

[GC (Allocation Failure) [PSYoungGen: 7884K->745K(9216K)] 16076K->8946K(19456K), 0.0018850 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 8077K->681K(9216K)] 16277K->8882K(19456K), 0.0015061 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (System.gc()) [PSYoungGen: 2025K->665K(9216K)] 10225K->8874K(19456K), 0.0010182 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] 
[Full GC (System.gc()) [PSYoungGen: 665K->0K(9216K)] [ParOldGen: 8208K->594K(10240K)] 8874K->594K(19456K), [Metaspace: 2679K->2679K(1056768K)], 0.0052985 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

堆信息

Heap
 PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
  from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
  to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
 Metaspace       used 2683K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

-XX:+UseParallelOldGC

垃圾回收器: Parallel Scavenge+Parallel Old
GC 日志

[GC (Allocation Failure) [PSYoungGen: 7884K->729K(9216K)] 16076K->8930K(19456K), 0.0018887 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 8061K->713K(9216K)] 16261K->8914K(19456K), 0.0014337 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[GC (System.gc()) [PSYoungGen: 2057K->633K(9216K)] 10257K->8842K(19456K), 0.0010012 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [PSYoungGen: 633K->0K(9216K)] [ParOldGen: 8208K->594K(10240K)] 8842K->594K(19456K), [Metaspace: 2679K->2679K(1056768K)], 0.0047913 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

堆信息

Heap
 PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
  from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
  to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

-XX:+UseConcMarkSweepGC

垃圾回收器: ParNew+CMS
GC 日志

[GC (Allocation Failure) [CMS: 8192K->600K(10240K), 0.0039740 secs] 9932K->600K(19456K), [Metaspace: 2677K->2677K(1056768K)], 0.0040636 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [ParNew: 7331K->0K(9216K), 0.0005220 secs] 12028K->4696K(19456K), 0.0005620 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [CMS: 4696K->599K(10240K), 0.0022873 secs] 7932K->599K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0023498 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

堆信息

Heap
 par new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
  from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
  to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
 concurrent mark-sweep generation total 10240K, used 600K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
 Metaspace       used 2683K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K
已标记关键词 清除标记
3.3、人为制造“JVM 垃圾回收事件”
༺ bestcxx的专栏 ༻
08-02 69
文章目录前言增加 VM 参数方式一：System.gc();方式二:减小堆大小并创建多个大对象垃圾回收和heap信息 前言 学习 JVM　垃圾回收器时，可以手动制造一些垃圾回收事件，便于理论联系实际。 增加 VM 参数 通过增加 VM 参数，垃圾回收过程会打印在控制台 -verbose:gc -XX:+PrintGCDetails 方式一：System.gc(); //手动触发GC System.gc(); 方式二:减小堆大小并创建多个大对象 public class GcTest {
表情包
插入表情
还能输入1000个字符 “速评一下”
查看JVM使用的垃圾收集器/设置垃圾收集器JVM参数
shi2huang的博客
04-25 9018
一、设置垃圾收集器参数-XX:+UseSerialGC，虚拟机运行在Client模式下的默认值，Serial+Serial Old。-XX:+UseParNewGC，ParNew+Serial Old，在JDK1.8被废弃，在JDK1.7还可以使用。-XX:+UseConcMarkSweepGC，ParNew+CMS+Serial Old。-XX:+UseParallelGC，虚拟机运行在Serv...
JVM原理及调优（6）——G1收集器及G1日志分析
Let it go
11-15 1万+
系列文章规划： JVM基础（1）——内存模型 JVM基础（2）——内存管理 JVM基础（3）——编译机制 JVM基础（4）——类加载机制 JVM基础（5）——垃圾回收和调优 JVM基础（6）——G1收集器及G1日志分析 JVM基础（7）——jdk常用内置工具 1 G1简介 1.1 概述 G1 (Garbage-First)是一款面向服务器的垃圾收集器，主要针对配备多核处理器及大...
1-11
warrenhua2008的博客
03-21 1万+
=============================================================================================== for(:){ String str="asdga"; for(char s:str){ //char 指的是str的元素的类型 System.out.println(s); } int[
阿里开源的 java 诊断工具—— Arthas
chuhui1765的博客
09-18 1096
Arthas 是 阿里巴巴最近开源出来的一个针对 java 的工具，主要是针对 java 的问题进行诊断！ 一、概述 这个工具可以协助你做下面这些事情： 这个类是从哪个 jar 包加载而来的？ 为什么会报各种类相关的 Exception？ 线上遇到问...
java 虚拟机(jvm)-04-JVM 学习笔记之 Java 垃圾回收 java gc 详解
01-02 1万+
GC 概念 在计算机科学中，垃圾收集(GC)是一种自动内存管理方式。 垃圾收集器，或者仅仅是收集器，试图回收垃圾，或者被程序不再使用的对象占用的内存。 垃圾收集是John McCarthy在1959年左右发明的，用于简化Lisp中的手动内存管理 垃圾收集本质上与手动内存管理相反，手动内存管理要求程序员指定释放和返回内存系统的对象。然而，许多系统使用多种方法的组合，包括堆栈分配和区域推断等其他技术。...
java jstack dump 线程 介绍 解释（转）
喝茶聊天
11-08 1696
hi，all：        最近抽时间把JVM运行过程中产生的一些线程进行了整理，主要是围绕着我们系统jstack生成的文件为参照依据。  前段时间因为系统代码问题，造成性能到了天花板，于是就dump了一份stack出来进行分析。  看stack其实也需要一定的经验，毕竟它里面很多线程不可能都是有问题，所以，需要对他们有一定认识。  现在市面上很少有人对这一块做整理，所以，导致很多新人在拿...
面试阿里知识点总结
凤歌
01-04 1280
9月份-11月中旬，前后面了阿里四个部门，百度监控部门（被放鸽子）。最终进了成都��。下面贡献下当时自己的简单总结。 （感想：好好准备，前面先面些其他公司，增加把握，我都是被动接到面试通知的，好在这个部门GG下个部门电话又来了。。简历要简单粗暴突出重点优势，另外失败了不少一根毛，不要怕，我当时第一次失败自己的QQ签名就是来年再战！）—————————————————————————————————
Java-JVM性能监控与故障处理工具详细介绍以及使用案例
L-Java
04-03 1157
详细介绍Java的JVM性能监控与故障处理工具，包括原始的命令行工具，以及比较先进的图形化界面工具，比如MAT。同时，每种工具均有使用案例。
JVM虚拟机详解
Baldwin_KeepMind
04-12 5291
不了解JVM的Java程序员无异于蒙上双眼在沼泽地奔跑的犀牛，你永远不知道你会在什么时候会掉进坑里，也永远不会明白为什么会掉进坑里。 那么，今天你是蒙着双眼奔跑的么？
JVM详解
沉底的石头
02-24 6459
JVM详解 本文详细讲解了JVM(Java Virtual Machine)的方方面面,首先由java的特性来描绘JVM的大致应用,再细细阐述了JVM的原理及内存管理机制和调优.最后讲述了与JVM密切相关的Java GC机制. 本文内容大多来自网络,但内容十分丰富,是学习JVM的好资料. 后面会再针对JVM的两大职责classloader和 execution engine进行讲解
五步定位性能瓶颈
weixin_30920853的博客
11-14 973
　1、着手在测试前：理清数据流向，数据流程分解 　　通过绘制数据流向图，以便清晰的列出所有可能出现瓶颈的位置，避免在分析过程中遗漏可能的瓶颈点。 　　系统架构分解——水池模型 　　要查找瓶颈，首先要对系统的架构有详细的了解，清楚知道所有可能成为瓶颈的位置。只有这样才能在遇到问题是合理的设计测试用例，对流程的各个步骤进行逐一排查。 　　举个例子，家里厨房的水池下水堵了，我们要找原因，首先得知...
Java Hotspot G1 GC的一些关键技术
美团技术团队
09-23 2828
前言 G1 GC，全称Garbage-First Garbage Collector，通过-XX:+UseG1GC参数来启用，作为体验版随着JDK 6u14版本面世，在JDK 7u4版本发行时被正式推出，相信熟悉JVM的同学们都不会对它感到陌生。在JDK 9中，G1被提议设置为默认垃圾收集器（JEP 248）。在官网中，是这样描述G1的： The Garbage-First (G...
（1）目录
JAVA成长之路
03-16 4788
一、编程基础 [1-1] 编程基础之数据基础 [1-2] 编程基础之数据结构 [1-3] 编程基础之查找与排序 [1-4] 编程基础之类笔试面试题 [1-5]编程之美 二、Java [2-1] Java之基本知识 [2-2] Java之设计模式 [2-3] Java之面试宝典 三、J2EE [3-1] J2EE之基本知识 四、Android [4-1] android之基本知识 [...
JVM原理及调优（5）——垃圾回收和调优
Let it go
10-21 1647
认识GC 1 GC 2 GC工作 4 GC算法 5 GC类型 监控GC 调优GC 当应用规模达到一定量级时，GC对项目性能的影响会放大，我们需要通过GC调优实现了项目性能的提升。这不仅考验着我们对GC工作原理的理解，也考验着我们对应用特性的理解，是通往优秀程序员的必由之路。 下面，我们通过浅显易懂的文字介绍一下GC调优。 1. 认识GC 首先，我们需要认识GC。知道什么是G
tomcat启动时非常慢，启动时 一直卡在Root WebApplicationContext: initialization completed in 744ms
黑橙子君的博客
06-05 1万+
每次重启自己的服务tomcat都需要卡住很长时间，每次都是日志停在 Root WebApplicationContext: initialization completed in 744 ms这个地方，然后也不知道发生了什么，在等待 什么，网上看到了一篇博文，mark下 问题现象 美女同事找我解决一个问题，说Tomcat启动很慢。开始我以为是程序写的问题...
Kafka实战分析（一）- 设计、部署规划及其调优
Swordfall的博客
01-21 378
1. Kafka概要设计 kafka在设计之初就需要考虑以下4个方面的问题： 吞吐量/延时 消息持久化 负载均衡和故障转移 伸缩性 1.1吞吐量/延时 对于任何一个消息引擎而言，吞吐量都是至关重要的性能指标。那么何为吞吐量呢？通常来说，吞吐量是某种处理能力的最大值。而对于Kafka而言，它的吞吐量就是每秒能够处理的消息数或者每秒能够处理的字节数。很显然，我们自然希望消息引擎...
不是吧！工作3年你都不知道这份超详细JVM内存结构，怎么涨薪？
weixin_49723683的博客
11-10 6275
JVM ≠ Japanese Video's Man 写这篇的主要原因呢，就是为了能在简历上写个“熟悉JVM底层结构”，另一个原因就是能让读我文章的大家也写上这句话，真是个助人为乐的帅小伙。。。。嗯，不单单只是面向面试学习哈，更重要的是构建自己的JVM 知识体系，Javaer 们技术栈要有广度，但是 JVM 的掌握必须有深度 直击面试 反正我是带着这些问题往下读的 说一下 JVM 运行时数据区吧，都有哪些区？分别是干什么的？ Java 8 的内存分代改进 举例栈溢出的情况？ 调整栈大小...
©️2020 CSDN 皮肤主题: 数字20 设计师:CSDN官方博客 返回首页