压测出现各种奇葩问题，求围观

标签：解析   max   hat   image   分享图片   1.4   format   报错   read   

赴xj项目出差，老系统改造的集成到普元平台上，最近在做反洗钱应用压测时，记录下压测过程运到的问题？

压力机：windows7 x64bit，Memory8G，B类局域网，jdk：1.7.0_80；x2

1.对反洗钱做功能压测时，出现高cpu现象，top -H -p下查看了消耗的线程：

2.根据进程cpu消耗，查看进程下的线程高cpu消耗

pa -ef | grep java
top -d 1
ps -mp pid -o THREAD,tid,time
printf "%x\n" pid
jstack  pid | tid  -A 30

3.最后定位的线程dump是这样？what are you？

发现GC一直在运行，这应该是新生代一直在GC。所以我jmap -heap了一下内存信息，信息如下。  圈红的是几个意思？

会发现一个问题，Eden 被占满，OLD GER和 PERM GEN 被占满，但是S0,S1却是0。为什么呢？

这个时候，我想到的就是把内存dump下来。看看是什么占用了内存，（其实我感觉程序没做什么，但是这个时候JAVA进程达到了1.15G）。

但是当我dump的时候 
jmap -dump:live,format=b,file=heap.bin pid  得到如下错误信息： 

Exception in thread "main" java.lang.reflect.InvocationTargetException 
        ... 
Caused by: Caused by sun.jvm.hotspot.debugger.UnalignedAddressEwxception 6f006b 
        at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal$1.checkAlignment(WindbgDebu
ggerLocal.java:104) 
        ... 
        ... 
        ... 　

然后jmap就关闭了。 
之后查看生成的 bin 文件（1.4G）。

但是这个文件拿到MAT或者用jhat均不能解析完成。在MAT报以下错误。 

说说我的问题吧！

第一个问题：
Heap Configuration:
...
MaxNewSize = 17592186044415 MB 这个为什么这么多，我jvm最大才4096啊

这里的MaxNewSize为什么多呢？，我内存都才4个G啊。这是jmap的bug吗？

第二个问题：
为什么Eden 被占满，OLD GEN和 PERM GEN 被占满，但是S0,S1却是0。为什么呢？ 按照我对JVM的理解，我想的是OLD 被占满 应该S0，S1都要被占满吧。毕竟OLD GEN 的数据是从S1 过去的啊 .S1又是S0过去的啊。Eden -> S0 -> S1 -> Old Gen，这个顺序。现在给我的感觉是，直接Eden -> OldGen。

第三个问题是我dump的文件，用MAT打开报错，这个是我不细心导致的，自身原因。已经解决；

压测出现各种奇葩问题，求围观

标签：解析   max   hat   image   分享图片   1.4   format   报错   read   

原文地址：https://www.cnblogs.com/Alexr/p/9385436.html