jdk1.6与1.7垃圾回收

最近项目中遇到了个关于JVM中GC线程数的问题,作一下简单的总结 html

问题场景: java

server:均为 sun公司的solaris 系统 CPU 128个 服务器

项目8.1时使用的 java版本:   jdk1.6_u38 升级到9.1后使用jdk1.7_U21 下面两图分别为1.6和1.7时的prstat输出状况,可明显发现1.7的cpu使用状况增大 oracle



作了一个简单的测试(测试机型同上)代码以下,运行时不加任何JVM参数 jsp

public class Test {

    public static void main(String[] args) {
        List<OOM> oom = new ArrayList<OOM>();
        int i = 0;
        int j = 0;
        while (true) {
            oom.add(new OOM());
            i++;
            if (i % 100000 == 0) {
                j++;
                System.out.println("force gc System.gc() " + j + " the i number is " + i);
                System.gc();
                if (i > 0) {
                    try {
                        System.out.println("the program is sleeping");
                        Thread.sleep(10000);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            }
        }
    }
    
    static class OOM {
        private String name;
    }
} 测试

下面两图分别为1.6和1.7的测试的结果,可看到在1.7中大量CPU在运行着,而1.6基本都是sleep 线程

翻阅了一下 oracle官网中的 JVM参数介绍 http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html 发现 server

JDK1.6中对默认的GC 回收方式为:-XX:-UseParallelGC  年轻代为并行年老代为串行,  1.6中引入了新的参数设置-XX:-UseParallelOldGC 年轻代为并行,年老代也为并行 htm

而在JDK1.7中默认的GC回收方式则变成了-XX:-UseParallelOldGC io

另外经过在1.6的环境中加上-XX:-UseParallelOldGC次参数能够看到与1.7任何参数不加 相同的结果

最终在项目加入了 -XX:ParallelGCThreads=<n>来限定gc执行时的线程数,默认若是不加入的话 等于你服务器中CPU的个数(CPU<=8的时候)或者 cpu*5/8 (CP>=8的时候)

相关文章
相关标签/搜索