转载:https://www.cnblogs.com/dava/p/6686436.html
JVM调优分析演练:
Jconsole中对内存为如下结构:
原始代码:
public static void main(String[] args) { BigInteger [] pArr=new BigInteger [10000]; pArr[0]=new BigInteger("0"); pArr[1]=new BigInteger("1"); for (int i = 2; i < 10000; i++) { pArr[i]=pArr[i-1].add(pArr[i-2]); try { Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println("第"+i+":"+pArr[i]); }
步骤:
- 启动程序生成斐波那契 并保存到数组中
- 启动java分析工具 jconsole
问题1.连接失败:
启动之后 链接本地JAVA进程失败:在运行的JAVA中加入如下参数:
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8011 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false
如下图:
进程实际情况如下,使用情况:
通过观察发现一次次的堆内存使用量有较大幅度的变化,多次进行GC。
进一步分析堆内存情况。
每次经过GC之后老年区一直都在提升,说明对象在进行GC后被移动到老年区了。
Eden新生区,对象随着时间的变化生成的速度越来越快,GC不断进行回收操作,系统频繁调用GC。
存活期对象,在不断的进行GC操作之后,将被不断的从eden区copy到survive区,通过经过不多gc回收标记,在14:57时被批量移动到old区,所以空间在不断下降。
而非堆区数据一致保持较平稳状况,所以内存较为平稳。
通过分析发现,堆区对象在不断生成,并且不断增加,即使在进行回收的时候也无法回收掉,可以理解为,此处有与不断产生 斐波那契 序列并存储出现的问题,由于后续的数据非常大,所以非必须应该放弃缓存,或在获得结果后进行转存,如数据库等。
另外,我们可以查看线程情况,通过下图可以查看main方法中的Thread.sleep();方法话费了2638,可以在程序中去掉。
下图为程序运行的整体情况:
下面对代码进行修改:
BigInteger temp1=new BigInteger("0"); BigInteger temp2=new BigInteger("1"); BigInteger temp3=new BigInteger("0"); for (int i = 2; i < 10000; i++) { temp3= temp2; temp2=temp1.add(temp2); temp1=temp3; try { Thread.sleep(5); } catch (Exception e) { // TODO: handle exception } System.out.println("第"+i+":"+temp2); }
舍弃存储之后结果如下:老年区,不到3M与第一个8M,变成了原来的37.5%效果明显。
系统垃圾收集部明显。