jvm内存结构分析和优化.pptVIP

内存是否是瓶颈？ 判断依据？ 在最佳线程数量*5~6的情况下，进行压测，Old区内存增长是否正常。（性能压测要关注使用了多少用户数，目前我们的压测方式容易遗漏内存瓶颈。） 堆内存的结构 jvm的堆分为3个部分，young和Old区是我们需要重点关注的 young（eden+2survivor） 所有对象的创建都是在Eden区完成的，Eden满了之后会进行minorGC，将不能回收的对象放入到survivor区。 young区通过 -XX:NewRatio=n或者-XX:NewSize=n或者–Xmn设置 Survivor通过-XX:SurvivorRatio设置 /technetwork/java/javase/tech/vmoptions-jsp-140102.html Old survivor区满了之后，或者对象已经足够的old，则放入Old区，这个行为也是由minorGC触发 Perm 主要存放类的一些数据，类的频繁创建会导致Perm OOM （不属于-Xms的设置的空间） 堆内存的分配和回收步骤 1、对象在Eden区完成内存分配， String str = new String(“helloWorld”) 2、当Eden区满了，再创建对象，会因为申请不到空间，触发minorGC，进行young(eden+1survivor)区的垃圾回收 3、minorGC时，Eden不能被回收的对象被放入到空的survivor（Eden肯定会被清空），另一个survivor里不能被GC回收的对象也会被放入这个survivor，始终保证一个survivor是空的 4、当做第3步的时候，如果发现survivor满了，则这些对象被copy到old区，或者survivor并没有满，但是有些对象已经足够Old，也被放入Old区 XX:MaxTenuringThreshold 5、当Old区被放满的之后，进行完整的垃圾回收 堆内存的分配 下面用例子来说明jvm，堆得分配和回收： memory2.jsp 这个jsp页面主要包含2个功能，1，申请指定大小的内存 2，线程等待指定的时间 % // 申请内存 % % long start = System.currentTimeMillis(); String msize = request.getParameter(m); int m = Integer.parseInt(msize); // 申请内存 int size = 1024 * 1024 * m; // 1M byte byte[] allocate = new byte[size]; % % // Thread sleep % % String sleep = request.getParameter(s); int s = Integer.parseInt(sleep); Thread.sleep(s); % % // 使用申请的内存 out.println(allocate); % % // 输出耗时 long end = System.currentTimeMillis(); out.println(elapsed:); out.println(end - start); out.println(msbr); % 堆内存的分配 例子1：单线程情况下，只要eden区的内存大小 线程每次申请的内存大小 tomcat中jvm的配置：JAVA_OPTS=-Xms256m -Xmx256m -Xss128k -XX:MaxTenuringThreshold=15 堆内存分布：Eden 15.812M S0 S1 1.938M Old 236.312M AB请求：ab -n1000 -c1 http://localhost/perf/memory2.jsp?m=15s=10 申请15M内存，10ms sleep，1个线程 单线程情况下，堆内存分配，回收的步骤： 1、A线程在Eden申请了15M内存，A线程需要10ms左右的时间才能释放15M内存 2、10ms之后，A线程执行结束，这个时候新的请求进来，接下去可能是A线程也可能是其他线程接收这个请求，同样需要在Eden申请15M内存 3、由于Eden区内存不够，因为只有0.812M空闲内存，所以触发minorGC，由于Eden区的先前A线程申请的15M内存已经没有引用，所以全部收回，几乎没有数据进入survivor区，所以也几乎没有数据进入Old区。 4、Eden又空出15.812M内存空间，给新的A线程分配15M内存 5、新的A线程内存分配完成，Eden区又只剩下0.812M的空闲内存，重复1~5的过程 .... 结果：无Fu