当我们的java程序遇到频繁full gc或者oom的时候,我们常常需要将当前的heap dump出来进行进一步的分析.MAT是用于分析heap dump的神器. 1 生成heap dump heap dump是jvm内存中某一时刻所有对象的的快照.通常用于定位java程序的内存泄露或者优化内存.通常可以通过以下几种方式生称dump文件: 1.1 jmap jmap -dump:[live,]format=b,file= live是可选项,如果加上了live,那么只会dump存活的对象,不会du

  Question:   I have some third library code that I run and after some time I run into OutOfMemoryError. So I fired up the Eclipse MAT and analyzed the memory. Now it seems the memory can't be disposed because there is an object that is a shown as GC

本文收录在Linux运维企业架构实战系列 一.开启GC日志 1.在Tomcat 的安装路径下,找到bin/catalina.sh 加上下面的配置,具体参数,自己配置: [root@centos7 tomcat]# vim bin/catalina.sh JAVA_OPTS='-Xms512m -Xmx4096m -XX:PermSize=64M -XX:MaxNewSize=128m -XX:MaxPermSize=64m -XX:ParallelGCThreads=8 -XX:+UseConc

一.JVM的分区:   1.程序计数器(私有) 程序计数器是一块较小的内存分区,你可以把它看做当前线程所执行的字节码的指示器. 在虚拟机的概念模型里,字节码解释器工作时,就是通过改变计数器的值来选择下一条需要执行的字节码指令. 程序技术器为线程私有,每个线程都有它们各自的程序计数器,这样再多线程的情况下,线程之间的来回切换,也能正确找到上次切换时执行的位置. 如果线程正在执行的是一个Java方法,那么程序计数器记录的是当前线程正在执行的字节码指令的地址:如果线程正在执行的是一个native方法,

本文收录在Linux运维企业架构实战系列 转自https://www.cnblogs.com/along21/ 一.开启GC日志 1.在Tomcat 的安装路径下,找到bin/catalina.sh 加上下面的配置,具体参数,自己配置: [root@centos7 tomcat]# vim bin/catalina.sh JAVA_OPTS='-Xms512m -Xmx4096m -XX:PermSize=64M -XX:MaxNewSize=128m -XX:MaxPermSize=64m -

Linux查看非root流程执行 youhaidong@youhaidong-ThinkPad-Edge-E545:~$ ps -U root -u root -N PID TTY TIME CMD 663 ? 00:00:00 dbus-daemon 713 ? 00:00:00 rsyslogd 730 ? 00:00:00 avahi-daemon 736 ? 00:00:00 avahi-daemon 987 ? 00:00:00 kerneloops 1043 ? 00:00:00 w

Linux查看非root运行的进程 youhaidong@youhaidong-ThinkPad-Edge-E545:~$ ps -U root -u root -N PID TTY TIME CMD 663 ? 00:00:00 dbus-daemon 713 ? 00:00:00 rsyslogd 730 ? 00:00:00 avahi-daemon 736 ? 00:00:00 avahi-daemon 987 ? 00:00:00 kerneloops 1043 ? 00:00:00

我们常说的垃圾回收机制中会提到GC Roots这个词,也就是Java虚拟机中所有引用的根对象.我们都知道,垃圾回收器不会回收GC Roots以及那些被它们间接引用的对象.但是,对于GC Roots的定义却不是很清楚.它们都包括哪些对象呢? 经过查阅,了解JVM中GC Roots的大致分类,然后用自己的语言解释一下: Class 由System Class Loader/Boot Class Loader加载的类对象,这些对象不会被回收.需要注意的是其它的Class Loader实例加载的类对象不

(GC Root有哪些) 基本思想是通过一系列称为“GC roots”的对象作为起始点,可以作为根节点的是: 虚拟机栈(栈帧中的本地变量表)中引用的对象(即所有Java线程当前活跃的栈帧里指向GC堆里的对象的引用:换句话说,当前所有正在被调用的方法的引用类型的参数/局部变量/临时值.) 本地方法栈中JNI(即一般说的Native方法)引用的对象 方法区中类静态属性引用的对象 方法区中常量引用的对象 具体到分两代的分代式GC来说,如果第0代叫做young gen,第1代叫做old gen,那么如果

1,查找出程序进程id # 这里输出tomcat的进程id echo `ps -ef|grep tomcat|grep -v 'grep'|awk '{print $2'}` 2,查看gc的次数 jstat -gc pid

这一节穿插一点如何在eclipse中配置并查看某个Java应用GC日志的知识点,我也是通过调研知道的,因为书中写的不是很详细,主要是为下一节做准备. 一.eclipse中配置GC 在eclipse中如果要给某个应用配置GC日志,首先右击该应用(main方法所在的类)->Run As->Run Configurations->Arguments,在VM arguments中配置如下参数: -Xms20m //最小堆内存-Xmx20m //最大堆内存-XX:+PrintGCTimeStamp

至今为止,我基本上发现网上没有几个博客说的很明白的,今天我在这里斗胆总结一下,各位大佬,如有错误,还望指责 ^ _ ^ 首先那肯定还得是看看概念了,在JVM中,什么可以作为GC Root呢? 虚拟机栈(栈帧中的本地变量表)中引用的对象. 方法区中类静态属性引用的对象. 方法区中常量引用的对象. 本地方法栈中JNI(即一般说的Native方法)引用的对象. 如果光看概念,我**也不知道指的是个啥?所以举个栗子吧: #此处是段伪代码 class v { b,c} class b{ d} class

那天去面试,面试官问我JVM垃圾回收,我是有备而来,上来就是一个可达性分析算法,然后就是一个复制算法,标记-清理,标记-整理,以及几个常见的垃圾回收器 详情见:https://www.cnblogs.com/KeleLLXin/p/13752680.html . 按照传统面试,我已经回答完了,面试官突然问我GC Root有哪些? 不是存活的有依赖的都可以做GC Root吗?我大意了,回答的不是很好,所以今天来整理一下. 在Java语言中,GC Root主要包括以下几类元素: 1.虚拟机栈中引用的

常说的GC(Garbage Collector) roots,特指的是垃圾收集器(Garbage Collector)的对象,GC会收集那些不是GC roots且没有被GC roots引用的对象.一个对象可以属于多个root,GC root有几下种:Class - 由系统类加载器(system class loader)加载的对象,这些类是不能够被回收的,他们可以以静态字段的方式保存持有其它对象.我们需要注意的一点就是,通过用户自定义的类加载器加载的类,除非相应的java.lang.Class实

Shallow Heap Size 指对象自身所占用的内存大小,不包含其引用的对象所占的内存大小. 1.数组类型 数组元素对象所占内存的大小总和. 2.非数组类型 对象与它所有的成员变量大小的总和.当然这里面还会包括一些Java语言特性的数据存储单元. Retained Heap Size 前对象大小+当前对象可直接或间接引用到的对象的大小总和. (间接引用的含义:A->B->C, C就是间接引用) 换句话说,Retained Size就是当前对象被GC后,从Heap上总共能释放掉的内存. 不

为什么80%的码农都做不了架构师?>>> JVM根据GC Roots算法判定一个对象需要被回收,GC Roots一般在JVM的栈区域里产生. GC Roots原理 GC Roots基本思路就是通过一系列的称为"GC Roots"的对象作为起始点, 从这些节点开始向下搜索, 搜索所走过的路径称为引用链( Reference Chain),当一个对象到 GC Roots 没有任何引用链相连( 用图论的话来 说,就是从GC Roots到这个对象不可达)时,则证明此对象是不可

在Android开发中,如果用到数据库来储存数据,那么难免就要查看数据库中的内容,可是对于未root的真机来说,查看数据库就不是那么容易了,如果仅仅为了查看数据库再把手机root了,有点得不偿失,所以下面的就提供了一中不用root也可查看数据库的方法,供需要的朋友参考. 1. 进入adb所在的目录,打开cmd窗口,输入`adb shell` 2. 继续输入`run-as 应用的包名` 3. 然后输入 `cd databases` 4. 最后输入`ls`查看数据库的名字 截图如下: 如图,我的数据

一.首先来看一下JVM中的GC有哪几种类型? 1.-XX:UseSerialGC 虚拟机运行在Client模式的默认值,打开此开关参数后,使用Serial+Serial Old收集器组合进行垃圾收集. 2.-XX:UseParNewGC 打开此开关参数后,使用ParNew+Serial Old收集器组合进行垃圾收集. 3.-XX:UseConcMarkSweepGC 打开此开关参数后,使用ParNew+CMS+Serial Old收集器组合进行垃圾收集.Serial Old作为CMS收集器出现C

tomcat启动参数,将JVM GC信息写入tomcat_gc.log CATALINA_OPTS='-Xms512m -Xmx4096m -XX:PermSize=64M -XX:MaxNewSize=128m -XX:MaxPermSize=64m -XX:ParallelGCThreads=8 -XX:+UseConcMarkSweepGC -Xloggc:/var/log/search/tomcat_gc.log' 各个参数含义,以及GC机制,参考下文: 一.相关概念 基本回收算法 引用

参考: http://stackoverflow.com/questions/12709603/mat-eclipse-memory-analyzer-how-to-view-bitmaps-from-memory-dump/12709604#12709604 以下是测试通过的,至于GIMP方式,我没有实验成功. 1: 打开mat的inspector视图,比较重要的是mBuffer,  mWidth, mHeight 2: In MAT for related Bitmap object rig