一次jvm调优分析
准备在uat环境部署web项目，部署完发现，cpu一直过高，项目访问不了
具体报错：java.lang.OutOfMemoryError: PermGen space
明显一看是方法区满了，但是没有jvm调优经验
经别人指导，看了下服务器的内存，是8G，而该项目jvm配置为
-Xms512m -Xmx3072m -Xss2048K -XX:PermSize=64m -XX:MaxPermSize=64m -XX:-UseGCOverheadLimit
堆内存和方法去内存都很小
这台服务器上布置了四个应用
其他三个配置为
socket项目：
-Xms2048m -Xmx4096m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70
consumer项目：
-Xms512m -Xmx3072m -Xss2048K -XX:PermSize=64m -XX:MaxPermSize=128m -XX:-UseGCOverheadLimit
servcie项目：
-Xms2048m -Xmx4096m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70
唯独我新发的项目中方法区和堆内存都很小
所以将web项目配置改成如下：
-Xms2048m -Xmx4096m -Xss2048K -XX:PermSize=128m -XX:MaxPermSize=128m -XX:-UseGCOverheadLimit
最后，web堆内存2G，service2G，socket2G，consumer0.5G< 服务器内存8G
改完参数，系统运行正常了
经过这一次，发现jvm调优相当重要，各种参数都不太懂，大概把用到的列出来
-Xms2048m
-Xms：表示java虚拟机堆区内存初始内存分配的大小，通常为操作系统可用内存的1/64大小即可，但仍需按照实际情况进行分配。有可能真的按照这样的一个规则分配时，设计出的软件还没有能够运行得起来就挂了
-Xmx4096m
-Xmx： 表示java虚拟机堆区内存可被分配的最大上限，通常为操作系统可用内存的1/4大小。但是开发过程中，通常会将 -Xms 与 -Xmx两个参数的配置相同的值，其目的是为了能够在java垃圾回收机制清理完堆区后不需要重新分隔计算堆区的大小而浪费资源。
一般来讲对于堆区的内存分配只需要对上述两个参数进行合理配置即可，但是如果想要进行更加精细的分配还可以对堆区内存进一步的细化，那就 要用到下面的三个参数了-XX:newSize、-XX:MaxnewSize、-Xmn。当然这源于对堆区的进一步细化分：新生代、中生代、老生代。 java中每新new一个对象所占用的内存空间就是新生代的空间，当java垃圾回收机制对堆区进行资源回收后，那些新生代中没有被回收的资源将被转移到 中生代，中生代的被转移到老生代。而接下来要讲述的三个参数是用来控制新生代内存大小的。
1、-XX:newSize：表示新生代初始内存的大小，应该小于 -Xms的值；
2、-XX:MaxnewSize：表示新生代可被分配的内存的最大上限；当然这个值应该小于 -Xmx的值；
3、-Xmn：至于这个参数则是对 -XX:newSize、-XX:MaxnewSize两个参数的同时配置，也就是说如果通过-Xmn来配置新生代的 内存大小，那么-XX:newSize = -XX:MaxnewSize = -Xmn，虽然会很方便，但需要注意的是这个参数是在JDK1.4版本以后才使用的。
上面所述即为java虚拟机对外提供的可配置堆区的参数，接下来讲述java虚拟机对非堆区内存配置的两个参数：
1、-XX:PermSize：表示非堆区初始内存分配大小，其缩写为permanent size（持久化内存）
2、-XX:MaxPermSize：表示对非堆区分配的内存的最大上限。
这里面非常要注意的一点是：在配置之前一定要慎重的考虑一下自身软件所需要的非堆区内存大小，因为此处内存是不会被java垃圾回收机制进行处理的地方。并且更加要注意的是 最大堆内存与最大非堆内存的和绝对不能够超出操作系统的可用内存。
-XX:PermSize=128m
-XX:MaxPermSize=256m
-XX:+DisableExplicitGC 默认启用 禁止在运行期显式地调用System.gc()
-XX:+UseConcMarkSweepGC 默认不启用 启用CMS低停顿垃圾收集器,减少FGC的暂停时间
-XX:+CMSParallelRemarkEnabled 减少第二次暂停的时间，开启并行remark:
-XX:+UseCMSCompactAtFullCollection CMS是不会整理堆碎片的，因此为了防止堆碎片引起full gc，通过会开启CMS阶段进行合并碎片选项
-XX:LargePageSizeInBytes=128m 默认4m, amd64位：2m 设置堆内存的内存页大小
-XX:+UseFastAccessorMethods 默认启用 优化原始类型的getter方法性能(get/set:Primitive Type)
-XX:+UseCMSInitiatingOccupancyOnly 标志来命令JVM不基于运行时收集的数据来启动CMS垃圾收集周期。而是，当该标志被开启时，JVM通过CMSInitiatingOccupancyFraction的值进行每一次CMS收集，而不仅仅是第一次。然而，请记住大多数情况下，JVM比我们自己能作出更好的垃圾收集决策。因此，只有当我们充足的理由(比如测试)并且对应用程序产生的对象的生命周期有深刻的认知时，才应该使用该标志。
-XX:CMSInitiatingOccupancyFraction=70 该值代表老年代堆空间的使用率。比如，value=75意味着第一次CMS垃圾收集会在老年代被占用75%时被触发。通常CMSInitiatingOccupancyFraction的默认值为68(之前很长时间的经历来决定的)。