jprofiler+Linux+weblogic功能简介,配置及内存泄漏分析示例

jprofiler简介:

jprofiler的内存视图部分可以提供动态的内存使用状况更新视图和显示关于内存分配状况信息的视图。所有的视图都有几个聚集层并且能够显示现有存在的对象和作为垃圾回收的对象。

一、主要功能简介

1.内存剖析 Memory profiler

JProfiler 的内存视图部分可以提供动态的内存使用状况更新视图和显示关于内存分配状况信息的视图。所有的视图都有几个聚集层并且能够显示现有存在的对象和作为垃圾回收的对象。

    • 所有对象 
      显示类或在状况统计和尺码信息堆上所有对象的包。你可以标记当前值并显示差异值。
    • 记录对象 Record objects 
      显示类或所有已记录对象的包。你可以标记出当前值并且显示差异值。
    • 分配访问树 Allocation call tree 
      显示一棵请求树或者方法、类、包或对已选择类有带注释的分配信息的J2EE组件。
    • 分配热点 Allocation hot spots 
      显示一个列表,包括方法、类、包或分配已选类的J2EE组件。你可以标注当前值并且显示差异值。对于每个热点都可以显示它的跟踪记录树。

2.堆遍历 Heap walker

在JProfiler的堆遍历器(Heap walker)中,你可以对堆的状况进行快照并且可以通过选择步骤下寻找感兴趣的对象。堆遍历器有五个视图:

    • 类 Classes 
      显示所有类和它们的实例。
    • 分配 Allocations 
      为所有记录对象显示分配树和分配热点。
    • 索引 References 
      为单个对象和“显示到垃圾回收根目录的路径”提供索引图的显示功能。还能提供合并输入视图和输出视图的功能。
    • 数据 Data 
      为单个对象显示实例和类数据。
    • 时间 Time 
      显示一个对已记录对象的解决时间的柱状图。

3. CPU 剖析 CPU profiler

JProfiler 提供不同的方法来记录访问树以优化性能和细节。线程或者线程组以及线程状况可以被所有的视图选择。所有的视图都可以聚集到方法、类、包或J2EE组件等不同层上。CPU视图部分包括:

    • 访问树 Call tree 
      显示一个积累的自顶向下的树,树中包含所有在JVM中已记录的访问队列。JDBC,JMS和JNDI服务请求都被注释在请求树中。请求树可以根据Servlet和JSP对URL的不同需要进行拆分。
    • 热点 Hot spots 
      显示消耗时间最多的方法的列表。对每个热点都能够显示回溯树。该热点可以按照方法请求,JDBC,JMS和JNDI服务请求以及按照URL请求来进行计算。
    • 访问图 Call graph 
      显示一个从已选方法、类、包或J2EE组件开始的访问队列的图。

4. 线程剖析 Thread profiler

对线程剖析,JProfiler提供以下视图:

    • 线程历史 Thread history 
      显示一个与线程活动和线程状态在一起的活动时间表。
    • 线程监控 Thread monitor 
      显示一个列表,包括所有的活动线程以及它们目前的活动状况。
    • 死锁探测图表 Deadlock Detection 
      显示一个包含了所有在JVM里的死锁图表。
    • 目前使用的监测器 Current monitor useage 
      显示目前使用的监测器并且包括它们的关联线程。
    • 历史检测记录 History usage history 
      显示重大的等待事件和阻塞事件的历史记录。
    • 监测使用状态 Monitor usage statistics 
      显示分组监测,线程和监测类的统计监测数据。

5.VM 遥感勘测技术 VM telemetry

观察JVM的内部状态,JProfiler提供了不同的遥感勘测视图,如下所示:

    • 堆 Heap 
      显示一个堆的使用状况和堆尺寸大小活动时间表。
    • 记录的对象 Recorded objects 
      显示一张关于活动对象与数组的图表的活动时间表。
    • 垃圾回收 Garbage collector 
      显示一张关于垃圾回收活动的活动时间表。
    • 类 Classes 
      显示一个与已装载类的图表的活动时间表。
    • 线程 Threads 
      显示一个与动态线程图表的活动时间表。

附:JProfiler入门笔记:http://blog.csdn.net/chendc201/article/details/22897999

二、weblogic+jprofiler+Linux配置

A:安装前准备:

jprofiler客户端:jprofiler_windows_7_2_2

jprofiler服务端:jprofiler_linux_7_2_2.sh

服务端:

chmod 777 jprofiler_linux_7_2_2.sh  //授权
./jprofiler_linux_7_2_2.sh -c  //安装

服务端:key注册码:http://www.cnblogs.com/what-/p/7284102.html

客户端与服务器安装运行.exe Next 傻瓜到底就可以

B:jprofiler配置weblogic

服务端安装,注册完key,启动jprofiler

cp weblogic bin目录下startWebLogic.sh ,自定义命名文件路径:例如:D:\aa  即可

ok 以上操作完成后继续,启动windows本地jprofiler

Next:下一步

Next:

Next:

选择服务端 jdk版本:

java -version 查看

Next:

目标服务器ip

Next:

服务端jprofiler安装目录,默认是opt目录

选择weblogic启动脚本

将生成的startWebLogic_jprofiler.sh 上传到weblogic 启动目录下

重启weblogic  连接后提示

连接成功页面展示如下:

三、实战

A:任务目标

找出项目中内存增大的原因

B:配置说明

os:windows 7

服务器:weblogic 12 c

jdk版本: 1.8.0_77

监控类型:远程

Jprofiler本地安装:D:\jprofiler7\bin\jprofiler.exe

服务端安装:/opt/jprofiler7

weblogic:centos 6.5  路径:/home/weblogic ........bin/

C:测试项目

新建web项目jprofiler

建包test.jprofiler

在该包下建类文件TestMain.Java 和 TestBean.java

ps:该努力的时候,千万不要选择安逸:

时间: 2024-10-13 02:48:34

jprofiler+Linux+weblogic功能简介,配置及内存泄漏分析示例的相关文章

内存泄漏分析工具tMemMonitor (TMM)使用简介

C/C++由于灵活.高效的优点一直以来都是主流的程序设计语言之一,但是其内存的分配与释放均由程序员自己管理,当由于疏忽或错误造成程序未能释放不再使用的内存时就会造成内存泄漏.在大型.复杂的应用程序中,内存泄漏往往是最常见的问题,因而及时解决内存泄漏非常必要.tMemMonitor (TMM)作为一个专业.准确.易用的内存泄漏分析工具,可以帮助C/C++程序员迅速地解决内存泄漏这个令人头疼的问题. TMM下载地址:http://download.csdn.net/download/tmemmoni

Node.js内存泄漏分析

在极客教育出版了一个视频是关于<Node.js 内存泄漏分析>,本文章主要是从内容上介绍如何来处理Node.js内存异常问题.如果希望学习可前往极客学院: 本文章的关键词 - 内存泄漏 - 内存泄漏检测 - GC分析 - memwatch 文章概要 由于内存泄漏在Node.js中非常的常见,可能在浏览器中应用javascript时,对于其内存泄漏不是特别敏感,但作为服务器语言运行时,你就不得不去考虑这些问题.由于很小的逻辑可能导致服务器运行一天或者一个星期甚至一个月才会让你发现内存不断上涨,而

使用Eclipse Memory Analyzer进行内存泄漏分析三部曲

源地址:http://seanhe.iteye.com/blog/898277 一.准备工作 分析较大的dump文件(根据我自己的经验2G以上的dump文件就需要使用以下介绍的方法,不然mat会出现oom)需要调整虚拟机参数 找个64位的系统在MemoryAnalyzer.ini设置-Xmx2g 如果是32位的xp可以使用下面的方法进行尝试: 安装jrockit 6.0的JDK mat使用jrockit的jdk来启动 Java代码   -vm D:/Program Files/Java/jroc

Java内存泄漏分析与解决方案

Java内存泄漏是每个Java程序员都会遇到的问题,程序在本地运行一切正常,可是布署到远端就会出现内存无限制的增长,最后系统瘫痪,那么如何最快最好的检测程序的稳定性,防止系统崩盘,作者用自已的亲身经历与各位网友分享解决这些问题的办法. 作为Internet最流行的编程语言之一,Java现正非常流行.我们的网络应用程序就主要采用Java语言开发,大体上分为客户端.服务器和数据库三个层次.在进入测试过程中,我们发现有一个程序模块系统内存和CPU资源消耗急剧增加,持续增长到出现java.lang.Ou

100%正确的内存泄漏分析工具 &#160; &#160; &nbsp; --------tMemMonitor (TMM)

C/C++由于灵活.高效的优点一直以来都是主流的程序设计语言之一,但是其内存的分配与释放均由程序员自己管理,当由于疏忽或错误造成程序未能释放不再使用的内存时就会造成内存泄漏.在大型.复杂的应用程序中,内存泄漏往往是最常见的问题,因而及时解决内存泄漏非常必要.tMemMonitor (TMM)作为一个专业.准确.易用的内存泄漏分析工具,可以帮助C/C++程序员迅速地解决内存泄漏这个令人头疼的问题. TMM下载地址: 一.开发背景 目前市面上已有一些Windows平台下的内存泄漏动态检测工具,比如U

Android内存泄漏分析实战

内存泄漏简单介绍 java能够保证当没有引用指向对象的时候,对象会被垃圾回收器回收.与c语言自己申请的内存自己释放相比,java程序猿轻松了非常多.可是并不代表java程序猿不用操心内存泄漏.当java程序发生内存泄漏的时候往往具有隐蔽性.因此要借助一些专业的平台资源去保证安全性,比如能够通过加密实现. 定义 引用百度百科的定义:"用动态存储分配函数动态开辟的空间,在使用完成后未释放,结果导致一直占领该内存单元. 直到程序结束".从程序员的角度来看"内存泄漏",事实

Android内存泄漏分析及调试

尊重原创作者,转载请注明出处: http://blog.csdn.net/gemmem/article/details/13017999 此文承接我的另一篇文章:Android进程的内存管理分析 首先了解一下dalvik的Garbage Collection: 如上图所示,GC会选择一些它了解还存活的对象作为内存遍历的根节点(GC Roots),比方说thread stack中的变量,JNI中的全局变量,zygote中的对象(class loader加载)等,然后开始对heap进行遍历.到最后,

View的post方法导致的内存泄漏分析

简述: 写这篇文章的缘由是最近项目中查内存泄漏时,发现最终原因是由于异步线程调用View的的post方法导致的. 为何我会使用异步线程调用View的post方法,是因为项目中需要用到很多复杂的自定义布局,需要提前解析进入内存,防止在主线程解析导致卡顿,具体的实现方法是在Application启动的时候,使用异步线程解析这些布局,等需要使用的时候直接从内存中拿来用. 造成内存泄漏的原因,需要先分析View的post方法执行流程,也就是文章前半部分的内容 文章内容: View#post方法作用以及实

android 内存泄漏分析技巧

java虚拟机运行一般都有一个内存界限,超过这个界限,就会报outofmemory.这个时候一般都是存在内存泄漏.解决内存泄漏问题,窃以为分为两个步骤:分析应用程序是否真的有内存泄漏,找到内存泄漏的地方.这两个步骤都不是一般意义上的调试,直接打log,断点调试都不是太给力.动脑筋想一想,内存问题应该在很多地方上都会出现,这么常见的问题应该是有工具的.android现在更可以说是一个生态系统,当然也有很多开发辅助工具.在前面的两个步骤中都有很强大的武器,熟练的掌握这些利器,分析问题就会事半功倍.