服务器端性能优化-提升QPS.RT.ppt

* * * * * * * * * * * * * * * * * * * * 同步锁是否会有影响，这个4个线程同40个线程的测试结果也是一样的 当同步锁的时间变为1ms的时候，QPS急速下降 * * * * * * * * * * * * * * * * * * * * * 堆内存的分配 下面用例子来说明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的过程 结果：无Full GC ，内存分配，回收正常（同时也说明单线程情况下内存是不可能成为瓶颈的） 查看“视频1” ， 堆内存的分配 例子2：2个并发线程 tomcat中jvm的配置：JAVA_OPTS=-Xms256m -Xmx256m -Xss128k -XX:MaxTenuringThreshold=15 ab -n1000 -c2 http://localhost/perf/memory2.jsp?m=15s=10 2个线程并发的时候，堆内存分配，回收步骤： 1、A线程在Eden申请了15M内存，A线程需要10ms左右的时间才能释放15M内存 2、B线程此时也申请了15M内存，因为Eden区总共只有15.812M内存，除去被A申请的15M，所以只剩下0.812M 3、由于Eden区内存不够，触发minorGC，由于此时A线程并没有执行完成，那个15M内存不能被回收。所以将A线程的15M内存copy到其中一个Survivor区 4、由于Survivor区只有1.938M空间，放不下A线程的15M内存，则又将A线程的15M内存直接拷贝到Old区 5、拷贝完成之后，Eden又有了15.812M内存空间 6、B线程的15M内存在Eden完成了分配 结果：Full GC频繁 （同时也说明了一旦到了某个临界值，则Old区再大也是杯水车薪） 查看“视频2” 堆内存的分配 看了上面的例子，如果Eden区的空间有30M，是否内存分配正常？或者说满足：(并发线程数*线程占用内存) Eden 内存分配就是健康的？ 实际上这个是错误的：10个并发线程，每个线程占用内存10