码迷,mamicode.com
首页 > 其他好文 > 详细

使用jprofiler分析dump文件一个实例

时间:2018-08-30 00:05:04      阅读:1340      评论:0      收藏:0      [点我收藏+]

标签:占用   edit   cap   append   pos   ber   locking   term   his   

 1.. jstact 命令先分析一下

技术分享图片

一次fullgc之后 old 老年代使用比例 只降低2% 应该有什么大的对象常驻内存。

 

2.可以使用jmap 命令查看对象大小 (这里后面使用jprofiler 就没用这个命令)

 

jmap -histo:live 72947 | more 

 

3 .dump 线上文件栈

[root@yszyz10a153 ~]# jmap -dump:live,format=b,file=heap201712.hropf  72947   
Dumping heap to /root/heap201712.hprof ...
Heap dump file created

 

4

使用jprofiler 加载dump文件 (jprofiler版本9.1.1)

 

技术分享图片

点击菜单biggst object 发现大对象是arrayblockingqueue 占用400M 点击show in graph 图形展示对象

 

 

技术分享图片

 

发现关联的可能问题来自 logback 

 

继续查看

 

技术分享图片

也是指向logback 

 

查看logback的配置文件 info级别

 

  1.  
    <!-- 异步输出,异步的log片段必须在同步段后面,否则不起作用 -->
  2.  
    <appender name="ASYNC_INFO" class="ch.qos.logback.classic.AsyncAppender">
  3.  
    <!-- 不丢失日志.默认的,如果队列的80%已满,则会丢弃TRACT、DEBUG、INFO级别的日志 , 保持INFO的events,设置该值为0。 -->
  4.  
    <discardingThreshold>0</discardingThreshold>
  5.  
    <!-- 更改默认的队列的深度,该值会影响性能.默认值为256 -->
  6.  
    <queueSize>100000000</queueSize> <!-- 设置太大 ,系统可能跑步起来 0<queueSize<1个亿 -->
  7.  
    <!-- 添加附加的appender,最多只能添加一个 -->
  8.  
    <appender-ref ref="INFO" />
  9.  
    </appender>


 

queuesize 设置的太大了 调小该值即可  是个初始的blockingqueue 

使用jprofiler分析dump文件一个实例

标签:占用   edit   cap   append   pos   ber   locking   term   his   

原文地址:https://www.cnblogs.com/hadley/p/9557474.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!