`

JVM虚拟机小结1

 
阅读更多
1 jps -l //列出详细的类名和进程ID

2)jps -m  // 显示运行的程序接收的参数

3)jps -v   //查看接收的JVM方面的参数

4)jps  先查出进程ID后
   jstat -gcutil pid 1000 10  //每隔离1000毫秒打印,搞10次




jstaat -gcnew pid  //显示新生代情况

D:\PSTools>jstat -gcnew 5328
S0C    S1C    S0U    S1U   TT MTT  DSS      EC       EU     YGC     YGCT
62976.0 58368.0    0.0 42323.6 14  15 62976.0 199168.0 106984.4    177    5.470


显示列名

具体描述

S0C  

年轻代中第一个survivor(幸存区)的容量 (字节)

S1C  

年轻代中第二个survivor(幸存区)的容量 (字节)

S0U  

年轻代中第一个survivor(幸存区)目前已使用空间 (字节)

S1U    

年轻代中第二个survivor(幸存区)目前已使用空间 (字节)

EC     

年轻代中Eden(伊甸园)的容量 (字节)

EU      

年轻代中Eden(伊甸园)目前已使用空间 (字节)

OC       

Old代的容量 (字节)

OU     

Old代目前已使用空间 (字节)

PC   

Perm(持久代)的容量 (字节)
------------------------------------------------------

   jstat -gcutil <pid>:统计gc信息

其中:

S0   

年轻代中第一个survivor(幸存区)已使用的占当前容量百分比

S1   

年轻代中第二个survivor(幸存区)已使用的占当前容量百分比

E    

年轻代中Eden(伊甸园)已使用的占当前容量百分比

O    

old代已使用的占当前容量百分比

P   

perm代已使用的占当前容量百分比

YGC   

从应用程序启动到采样时年轻代中gc次数

YGCT  

从应用程序启动到采样时年轻代中gc所用时间(s)

FGC  

从应用程序启动到采样时old代(全gc)gc次数

FGCT   

从应用程序启动到采样时old代(全gc)gc所用时间(s)

GCT

从应用程序启动到采样时gc用的总时间(s)




-------------

jstat -gccapacity <pid>:可以显示,VM内存中三代(young,old,perm)对象的使用和占用大小


显示列名

具体描述

NGCMN  

年轻代(young)中初始化(最小)的大小(字节)

NGCMX   

年轻代(young)的最大容量 (字节)

NGC   

年轻代(young)中当前的容量 (字节)

S0C 

年轻代中第一个survivor(幸存区)的容量 (字节)

S1C     

年轻代中第二个survivor(幸存区)的容量 (字节)

EC    

年轻代中Eden(伊甸园)的容量 (字节)

OGCMN    

old代中初始化(最小)的大小 (字节)

OGCMX     

old代的最大容量(字节)

OGC

old代当前新生成的容量 (字节)

OC    

Old代的容量 (字节)

PGCMN  

perm代中初始化(最小)的大小 (字节)

PGCMX   

perm代的最大容量 (字节) 

PGC     

perm代当前新生成的容量 (字节)

PC   

Perm(持久代)的容量 (字节)

YGC  

从应用程序启动到采样时年轻代中gc次数

FGC

从应用程序启动到采样时old代(全gc)gc次数

---------------------------------------
jstat -gcoldcapacity <pid>: old代对象的信息及其占用量


显示列名

具体描述

OGCMN     

old代中初始化(最小)的大小 (字节)

OGCMX      

old代的最大容量(字节)

OGC       

old代当前新生成的容量 (字节)

OC     

Old代的容量 (字节)

YGC 

从应用程序启动到采样时年轻代中gc次数

FGC  

从应用程序启动到采样时old代(全gc)gc次数

FGCT   

从应用程序启动到采样时old代(全gc)gc所用时间(s)

GCT

从应用程序启动到采样时gc用的总时间(s)









5)jinfo opiton pid
    jinfo  -flag  pid  //查看某个进程用的GC,比如
、jinfo -flg UseSericGC  PID






在JDK bundle中隐藏着一个精悍的小工具——jinfo。作为一个命令行工具,jinfo用于收集正在运行的Java进程的配置信息。jinfo吸引眼球的地方在于,它能通过-flag选项动态修改指定的Java进程中的某些JVM flag的值。虽然这样的flag数量有限,但它们偶尔能够帮助到你。通过以下的命令你便能看到JVM中哪些flag可以被jinfo动态修改:

my-precious me$ java -XX:+PrintFlagsFinal -version|grep manageable
     intx CMSAbortablePrecleanWaitMillis            = 100                                 {manageable}
     intx CMSWaitDuration                           = 2000                                {manageable}
     bool HeapDumpAfterFullGC                       = false                               {manageable}
     bool HeapDumpBeforeFullGC                      = false                               {manageable}
     bool HeapDumpOnOutOfMemoryError                = false                               {manageable}
     ... cut for brevity ...
     bool PrintGC                                   = false                               {manageable}
     bool PrintGCDateStamps                         = false                               {manageable}
     bool PrintGCDetails                            = false                               {manageable}
     bool PrintGCTimeStamps                         = false                               {manageable}
通过选项-XX:+PrintFlagsFinal可以列出所有的JVM flag,而其中的标注为manageable 的flag则是值得我们关注的部分。这些flag可通过JDK management interface(-XX:+PrintFlagsFinal)动态修改。虽然在JConsole中也能查到与其十分相似的MBean。但在我看来,以命令行的方式查看它们更加的便捷。

如何使用jinfo
让我们通过实战来学习如何使用jinfo。在下面的例子中,我们将在一个正在运行的JVM中动态开启GC日志功能:

my-precious me$ jps
12278 HighAllocationRate
12279 Jps
12269 JConsole
my-precious me$ jinfo -flag +PrintGCDetails 12278
my-precious me$ jinfo -flag +PrintGC 12278
my-precious me$
在jinfo中需要打开-XX:+PrintGC和 -XX:+PrintGCDetails两个选项才能开启GC日志,这与用命令行参数的方式实现有着细微的差别——如果你通过启动脚本(startup script)来设置参数,仅需-XX:+PrintGCDetails即可,因为-XX:+PrintGC会被自动打开。

不过,从standard output的结果来看,PID为12278的进程的GC日志的确能够滚动地显示出来:

...
[GC (Allocation Failure) [PSYoungGen: 876416K->102624K(909312K)] 1094420K->320820K(1161216K), 0.2173131 secs] [Times: user=0.74 sys=0.00, real=0.22 secs]
...
[GC (Allocation Failure) [PSYoungGen: 890304K->102240K(917504K)] 1108924K->320956K(1169408K), 0.2446639 secs] [Times: user=0.82 sys=0.01, real=0.25 secs]
...
同理,若想关闭GC日志功能,只需要执行jinfo -flag -PrintGCDetails 12278和 jinfo -flag -PrintGC 12278命令即可。





6)jmap -dump:format=b,file=c:\aaa.bin  pid
  dump 出内存相关再用eclipse  mat去分析;


    如果结果是+号,标识有用,否则无用

7)jhat对 JMAP DUMP出来的BIN文件进行分析
   jhat d:\xxxx.bin

   完了后用http://localhost:7000/ 查询

8)jstack -F //强制打印
    jstack  -m  //打印JAVA和本地方法栈
    jstack  -l  pid  //打印包含锁的信息


9) -XX:+PrintClassHistogram
按下Ctrl+Break后,打印类的信息:
num     #instances         #bytes  class name
----------------------------------------------
   1:        890617      470266000  [B
   2:        890643       21375432  java.util.HashMap$Node
   3:        890608       14249728  java.lang.Long
   4:            13        8389712  [Ljava.util.HashMap$Node;
   5:          2062         371680  [C
   6:           463          41904  java.lang.Class


分别显示:序号、实例数量、总大小、类型

10) -XX:+TraceClassLoading
监控类的加载
[Loaded java.lang.Object from shared objects file]
[Loaded java.io.Serializable from shared objects file]
[Loaded java.lang.Comparable from shared objects file]
[Loaded java.lang.CharSequence from shared objects file]
[Loaded java.lang.String from shared objects file]
[Loaded java.lang.reflect.GenericDeclaration from shared objects file]
[Loaded java.lang.reflect.Type from shared objects file]


11) Xmn
设置新生代大小
-XX:NewRatio
新生代(eden+2*s)和老年代(不包含永久区)的比值
4 表示 新生代:老年代=1:4,即年轻代占堆的1/5
-XX:SurvivorRatio
设置两个Survivor区和eden的比
8表示 两个Survivor :eden=2:8,即一个Survivor占年轻代的1/10


12) -XX:+HeapDumpOnOutOfMemoryError
OOM时导出堆到文件
-XX:+HeapDumpPath
导出OOM的路径
-Xmx20m -Xms5m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=d:/a.dump


13)

打印GC的简要信息–[GC 4790K->374K(15872K), 0.0001606 secs]–
[GC 4790K->374K(15872K), 0.0001474 secs]–
[GC 4790K->374K(15872K), 0.0001563 secs]–
[GC 4790K->374K(15872K), 0.000168

   这里-XX:+PrintGC,在GC前,堆空间4MB,GC后,堆为374KB,括号内表示当前可用堆为16MB


  更详细的,需要-XX:+PrintGCDetails 参数;
-XX:+PrintGCTimeStamps–打印CG发生的时间戳?例–
[GC[DefNew: 4416K->0K(4928K), 0.0001897 secs] 4790K->374K(15872K), 0.0002232 secs]
[Times: user=0.00 sys=0.00, real=0.00 se


-Xloggc:log/gc.log–指定GC log的位置,以文件输出–帮助开发人员分析问题

14) 可以设置-xms=-xmx,减少程序运行的时候垃圾回收次数,提高性能;

15) 堆的分配参数?-Xmn–设置新生代大小
?-XX:NewRatio–新生代(eden+2*s)和老年代(不包含永久区)的比值–4 表示 新生代:老年代=1:4=(老年代/新生代=-xx:NewRatio);

即年轻代占堆的1/5?
-XX:SurvivorRatio–设置两个Survivor区和eden的比–8表示 两个Survivor :eden=2:8,即一个Survivor占年轻代的1/10

16)-XX:MaxDirectoryMemorySize,NIO用的直接内存,不属于堆;

17)./java -server -version
  为服务模式,启动慢,但尝试更多信息去调优JVM,64位一般都为SERVER模式

18)标记清除算法,会产生碎片,适合老年代;标记复制算法,分两部分空间,把存活的对象赶到另外一半空间中,然后清除其中的有碎片的空间,适合新生代,因为垃圾多;

    标记压缩算法:不需要两个空间,通过可达性分析,找到存活对象,直接压缩到另外一半空间,然后再清除剩下的,适合老年代;


19) JAVA强引用,软引用,弱引用,虚引用
  
参考:
https://mp.weixin.qq.com/s/Rua3dUJbSyk02ide0R7rSA

  软引用:当堆空间不足的时候,软引用被回收;当普通GC的时候,软引用不一定会被回收;
  弱引用:只要发现,一律回收;
   软引用和弱引用,十分适合做缓存,当内存不足的时候可以回收,当内存足的时候可以在内存相当时间;
虚引用:就象没引用一样,随时回收;

20) 回收器
   A) 新生代用串行收集器
     最古老,最稳定
效率高
可能会产生较长的停顿
-XX:+UseSerialGC
新生代、老年代使用串行回收
新生代复制算法
老年代标记-压缩
    B  老年代--串行收集器,使用标记压缩算法,老年代停顿时间长

  C  新生代ParNew
-XX:+UseParNewGC
新生代并行
老年代串行

-XX:+UseConcMarkSweepGC:新生代用parnew,老生代用CMS
Serial收集器新生代的并行版本
复制算法
多线程,需要多核支持
-XX:ParallelGCThreads 限制线程数量

   D  新生代parallelGC
   

    类似ParNew
新生代复制算法,关注吞吐量
老年代 标记-压缩
更加关注吞吐量
-XX:+UseParallelGC
使用Parallel收集器+ 老年代串行
-XX:+UseParallelOldGC
使用Parallel收集器+ 并行老年代
  -XX:MaxGCPauseMills
最大停顿时间,单位毫秒
GC尽力保证回收时间不超过设定值
-XX:GCTimeRatio
0-100的取值范围
垃圾收集时间占总时间的比
默认99,即最大允许1%时间做GC
这两个参数是矛盾的。因为停顿时间和吞吐量不可能同时调优

  E 老年代用并行parallelOldGC: 新生代用 parallelGC,老年代用并行,关注吞吐量

  F CMS收集器
Concurrent Mark Sweep 并发标记清除
标记-清除算法
与标记-压缩相比
并发阶段会降低吞吐量
老年代收集器(新生代使用ParNew)
-XX:+UseConcMarkSweepGC


G CMS运行过程比较复杂,着重实现了标记的过程,可分为
初始标记
根可以直接关联到的对象
速度快
并发标记(和用户线程一起)
主要标记过程,标记全部对象
重新标记
由于并发标记时,用户线程依然运行,因此在正式清理前,再做修正
并发清除(和用户线程一起)
基于标记结果,直接清理对象


-XX:+ UseCMSCompactAtFullCollection Full GC后,进行一次整理
整理过程是独占的,会引起停顿时间变长
-XX:+CMSFullGCsBeforeCompaction
设置进行几次Full GC后,进行一次碎片整理
-XX:ParallelCMSThreads
设定CMS的线程数量


21) MaxTenuringThreshole,参数控制新生代对象的最大年龄,控制经过多少次GC后,进入年老代;但有的时候,即使到了,也不一定会晋升的;

22) PretenureSizeThreshold参数,控制新生代对象直接进入到老年代,前提是关闭TLAB


分享到:
评论

相关推荐

    深入理解Java虚拟机视频教程(jvm性能调优+内存模型+虚拟机原理)视频教程

    视频目录 第1节说在前面的话 [免费观看] 00:05:07分钟 | 第2节整个部分要讲的内容说明 [免费观看] 00:06:58分钟 | 第3节环境搭建以及jdk,...第104节字节码执行引擎小结00:03:38分钟 | 第105节总结与回顾00:10:55分钟

    Java虚拟机

    1.7 本章小结 第二部分 自动内存管理机制 第2章 Java内存区域与内存溢出异常 2.1 概述 2.2 运行时数据区域 2.2.1 程序计数器 2.2.2 Java虚拟机栈 2.2.3 本地方法栈 2.2.4 Java堆 2.2.5 方法区 2.2.6 运行...

    深入理解JVM内存结构及运行原理全套视频加资料.txt

     第104讲 字节码执行引擎小结 00:03:38  第105讲 总结与回顾 00:10:55  第106讲 happens-before简单概述 00:15:17  第107讲 重排序问题 00:23:19  第108讲 锁的内存语义 00:13:54  第109讲 volatile的...

    JVM实用参数

    ##### 小结 本节介绍的JVM参数如下: | 参数 | 说明 | |----------------|----------------------------------------------------------| | `-version` | 打印JVM版本信息 | | `-showversion` | 打印版本信息并...

    Java语言基础小结

    ### Java语言基础小结 #### 一、JDK, JRE, JVM的关系 - **JVM(Java Virtual Machine)**:Java虚拟机是Java程序跨平台运行的核心,它负责执行Java字节码(.class文件),确保Java程序可以在不同的平台上运行而...

    RMI入门小结

    通过RMI,一个Java对象可以调用在不同JVM(Java虚拟机)上的另一个对象的方法,实现跨网络的透明操作。这篇博客“RMI入门小结”主要探讨了RMI的基础概念、实现步骤以及常见问题。 1. RMI的基本原理: RMI的核心是...

    Android内存管理小结

    与传统的Java虚拟机(JVM)不同,Dalvik虚拟机执行的是.dex文件格式的字节码,这种格式经过了专门的设计,以便更有效地运行在移动设备上。 - **Dalvik的优势**: - 在编译阶段就进行了代码优化,而不是在运行时动态...

    Java中文编码问题小结

    本文主要涵盖了Java处理中文字符编码的关键点,包括Java虚拟机(JVM)的初始配置、编译过程中的编码设置、文件读写操作、XML文件处理以及字符串与字节数组之间的转换。 首先,JVM在启动时会根据操作系统环境设定...

    java中守护进程小结

    Java中的守护线程(Daemon Threads)是用于支持应用程序运行的重要组件,它们在后台执行任务,不会阻止Java虚拟机(JVM)的退出。守护线程的主要任务是为其他非守护线程提供服务,例如垃圾回收线程就是典型的守护...

    hive工作调优小结

    ### Hive工作调优小结 #### 一、Map阶段的优化(Map Phase) 在Hive中,Map任务的数量直接影响到整个Hive作业的性能。Map任务的数量由以下公式计算得出: \[ \text{num_Map_tasks} = \max[\text{Mapred.min.split...

    java基础小结

    这意味着Java程序在任何支持Java的平台上都可以运行,这得益于Java的跨平台特性——Java虚拟机(JVM)。 1. **基本语法**:Java的语句以分号结束,它有严格的缩进规则,使得代码更易读。变量声明需要指定数据类型,...

    java实现守护进程,有单独的监听进程, 两个或多个进程,两个或多个jvm

    这个类允许你指定命令行参数,包括可执行文件(Java虚拟机)和启动参数。例如,`ProcessBuilder.start()`方法会启动一个新的进程。如果需要在不同JVM之间通信,可以使用RMI(远程方法调用)、Socket编程或者通过共享...

    java调用RMI小结

    RMI(Remote Method Invocation,远程方法调用)是Java平台中用于分布式计算的一种技术,它允许一个Java对象调用另一个在不同 JVM(Java虚拟机)上的对象的方法,从而实现跨网络的通信。Java RMI 提供了一种透明的...

    javaSE与javaEE基础部分小结

    ### JavaSE与JavaEE基础部分小结 #### JavaSE 基础知识点 ##### Java语言特点 1. **跨平台性**:Java的核心优势之一在于它的可移植性,即“一次编写,处处运行”。这意味着Java程序可以在任何安装了Java运行环境...

    core java 小结

    - `boolean`:通常认为是1字节,但实际上Java虚拟机(JVM)并未明确规定其大小,但在实践中通常按1字节处理。 #### 二、Cavaj软件:Java反编译工具 Cavaj是一款强大的Java反编译工具,它能够将Java字节码(.class文件...

    Java基础知识小结

    ### Java基础知识小结 #### 1.1 `getPath()`、`getAbsolutePath()`、`getCanonicalPath()`的区别 在Java中,处理文件路径时经常会用到`getPath()`、`getAbsolutePath()`以及`getCanonicalPath()`这三个方法。它们...

Global site tag (gtag.js) - Google Analytics