JVM 监控以及内存分析

1 内存分析
1.1 jmap -histo 命令
pid=`jps | awk ‘{if ($2 == "Jps") print $1}‘`
jmap -histo $pid >>1.txt 查看pid中类的内存占用
num     #instances(实例数)         #bytes(占用字节)  class name
class name 解读
B代表byte
C代表char
D代表double
F代表float
I代表int
J代表long
Z代表boolean
前边有[代表数组,[I 就相当于int[]
对象用[L+类名表示

如果某个类的个数特别多, 就得检查是否内存溢出了。

1.2 命令 jmap -heap

jmap -heap 22792       
    Attaching to process ID 22792, please wait...  
    Debugger attached successfully.  
    Server compiler detected.  
    JVM version is 19.0-b09  
      
    using thread-local object allocation.  
    Parallel GC with 8 thread(s)  
      
    Heap Configuration:  
       MinHeapFreeRatio = 40                            # 对应jvm启动参数 -XX:MinHeapFreeRatio 设置JVM堆最小空闲比率 (默认40)  
       MaxHeapFreeRatio = 70                            # 对应jvm启动参数 -XX:MaxHeapFreeRatio 设置JVM堆最大空闲比率 (默认70)  
       MaxHeapSize      = 10737418240 (10240.0MB)       # 对应jvm启动参数 -XX:MaxHeapSize 设置JVM堆的最大大小  
       NewSize          = 5368709120 (5120.0MB)         # 对应jvm启动参数 -XX:NewSize 设置JVM堆的年轻代的默认大小  
       MaxNewSize       = 5368709120 (5120.0MB)         # 对应jvm启动参数 -XX:MaxNewSize 设置JVM堆的年轻带的最大大小  
       OldSize          = 5439488 (5.1875MB)            # 对应jvm启动参数 -XX:OldSize 设置JVM堆的老年代的大小  
       NewRatio         = 2                             # 对应jvm启动参数 -XX:NewRatio 老年代与年轻代的大小比率   
       SurvivorRatio    = 8                             # 对应jvm启动参数 -XX:SurvivorRatio 设置年轻代中Eden区与Survivor区的大小比值   
       PermSize         = 21757952 (20.75MB)            # 对应jvm启动参数 -XX:PermSize 设置JVM堆的持久带的初始大小  
       MaxPermSize      = 1073741824 (1024.0MB)         # 对应jvm启动参数 -XX:MaxPermSize 设置JVM堆的永生代的最大大小  
      
    Heap Usage:  
    PS Young Generation  
    Eden Space:                                         # Eden区内存分布 总量 已使用 空闲 使用比率  
       capacity = 5357305856 (5109.125MB)  
       used     = 1647437208 (1571.118553161621MB)  
       free     = 3709868648 (3538.006446838379MB)  
       30.751225565270396% used  
    From Space:                                         # 其中一个Survivor(s?r?va?v?r)区内存分布 总量 已使用 空闲 使用比率  
       capacity = 5898240 (5.625MB)  
       used     = 2375696 (2.2656402587890625MB)  
       free     = 3522544 (3.3593597412109375MB)  
       40.278049045138886% used  
    To Space:                                           # 另一个Survivor区内存分布 总量 已使用 空闲 使用比率  
       capacity = 5505024 (5.25MB)  
       used     = 0 (0.0MB)  
       free     = 5505024 (5.25MB)  
       0.0% used  
    PS Old Generation                                   # 当前老年代内存分布 总量 已使用 空闲 使用比率  
       capacity = 5368709120 (5120.0MB)  
       used     = 181392168 (172.98905181884766MB)  
       free     = 5187316952 (4947.010948181152MB)  
       3.3786924183368683% used  
    PS Perm Generation                                  # 当前持久代内存分布 总量 已使用 空闲 使用比率  
       capacity = 72286208 (68.9375MB)  
       used     = 72213176 (68.86785125732422MB)  
       free     = 73032 (0.06964874267578125MB)  
       99.89896827898346% used

1.3
  jstat -gcutil [pid] [internal]  很实用
S0: Survivor space 0 区已使用空间的百分比
S1: Survivor space 1 区已使用空间的百分比
E: Eden space 区已使用空间的百分比
O: Old space 区已使用空间的百分比
P: Perm space 区已使用空间的百分比
YGC: Young GC 的次数
YGCT: Young GC 所用的时间 单位秒
FGC: Full GC 的次数
FGCT: Full GC 所用的时间 单位秒
GCT: 用于垃圾回收的总时间 单位秒

1.4
尽量减少Full GC的次数, 因为Full GC的消耗要比Monitor GC要大
年轻代大小: 尽可能设大, 降低年轻代GC次数, 同时也减少达到老年代的对象?
分配堆栈的最小值最好等于最大值, 因为动态分配也是需要耗费时间的. 如年轻代, 老年代, 持久代的最小最大值可设为一致
参考

http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html  http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html

时间: 2024-11-09 02:58:52

JVM 监控以及内存分析的相关文章

Eclipse 中设置JVM 内存及JVM监控调优

当我们在IDE控制台发现: 说明我们给jvm的持久代设置的值太小,此时你需要打开eclispe 中window->preferences->Java->Installed JRE ,点击右侧的Edit 按钮,在编辑界面中的 "Default VM Arguments "选项中,将-XX:PermSize及  -XX:MaxPermSize的值加大. 如果你懂jvm性能调优的话,从jstat监控中可以得知其中的关系.以下为实际演示操作: 1,按照如下图步骤将-XX:Pe

UAVStack JVM监控分析工具:图形化展示采集及分析监控数据

引言 作为AllInOne的智能化服务技术栈,UAVStack提供了非常全面的监控数据采样功能,同时支持数据监控与预警.近期,我们整合了原有的数据采集展示功能,新增JVM分析功能,推出了更易用的JVM监控分析工具. 熟悉JDK的开发者都知道,JDK本身提供了一套JVM分析工具,包括jinfo.jmap.jstack等.用户可以通过命令行轻松获取JVM内存堆栈信息.内存对象分配以及JVM启动基本参数信息.但这些工具需要在命令行环境中执行,且生产环境下则需要通过堡垒机转发. 开源社区一些不错的JVM

JVM监控及分析(02)

一.可视化监控工具 1.jconsole 内存越大,FullGC的时间约长 通过线程活动情况,可以帮助我们估计tomcat的线程池配置的大小 2.jvisualvm.exe 安装所有插件 主要对CPU.内存进行抽样 3.jprofiler 1)安装及连接: 将jprofiler_linux_7_2_3.tar.gz文件上传至linux服务端的任意目录下,并解压: 打开window客户端的jprofiler,进行相应设置: 将上图中,划红框的那段话,加入到服务端tomcat的bin目录下catal

tomcat完结篇,JVM状态监控与内存调优。

本篇合适对tomcat和JVM有一定了解的朋友. 常用的内置变量介绍: CATALINA_BASE  //用于设定可以具有写权限或者自定义部分的文件存放位置,适用场景,需要在一节点上启动多个tomcat实例,就可以定义多个CATALINA_BASE. CATALINA_OPTS //定义JVM的运行属性 JAVA_OPTS  //定义多个JVM相同运行属性. JAVA_HOME  //用于设定java或JDK运行时候的本地位置. JRE_HOME   //这是一个JAVA_HOME的别名. 了解

Java调优之jvm和线程的内存分析

这几天因为自己开发的一个网站在768M内存的机器上撑不起100多个用户的运行,因为每个用户启用功能后,系统将为每个用户分配8个左右的独立线程,我的这篇文章http://www.mzone.cc/article/311.html也有介绍的.在内存小的机器上经常出现的问题就是Cann't allocate memory和OutOfMemoryError错误,这个要从jvm的内存结构来进行分析了.在jvm内存调整过程中,我们经常使用的参数就是: -Xms 为jvm启动时分配的内存,比如-Xms200m

unity优化测试插件推荐:内存分析,数据监控,弱网模拟

1.内存分析插件,unity官方出品 官方地址:https://bitbucket.org/Unity-Technologies/memoryprofiler 我整理的:https://download.csdn.net/download/m0_37796494/10892336 使用方式:window->memoryprofiler会打开一个窗口,然后自己把窗口拖大操作即可 2.数据监控 可看fps 设备信息 ram数据 audio数据 强大 比如第一张图是我做的游戏里面的截图,在最下面增加了

jvm系列:Java GC 分析

Java GC就是JVM记录仪,书画了JVM各个分区的表演. 什么是 Java GC Java GC(Garbage Collection,垃圾收集,垃圾回收)机制,是Java与C++/C的主要区别之一,作为Java开发者,一般不需要专门编写内存回收和垃圾清理代码,对内存泄露和溢出的问题,也不需要像C程序员那样战战兢兢.这是因为在Java虚拟机中,存在自动内存管理和垃圾清扫机制.概括地说,该机制对JVM(Java Virtual Machine)中的内存进行标记,并确定哪些内存需要回收,根据一定

jvm监控命令介绍

1.jstack介绍 如果java程序崩溃生成core文件,jstack工具可以用来获得core文件的java stack和native stack的信息,从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题.另外,jstack工具还可以附属到正在运行的java程序中,看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态,jstack是非常有用的. 命令格式 $jstack [ option ] pid $jst

JVM监控hive进程

JVM监控 JVM:Java Virtual Machine(Java虚拟机) 监控工具: jdk自带(以下面两个为例,还有其他类型的监控工具): jconsole.exe.jvisualvm.exe(jdk自带的实时监控) IBM: IBM Pattern Modeling and Analysis Tool for Java Garbage Collector(ga441.jar) IBM Heapanalyzer(ha456.jar) 使用方法: 实时远程监控参数: 实时监控工具jcons