dubbo启动脚本中的参数

整个堆大小=年轻代+年老代+持久代
正常的管理参数
-server
-Xmx2g --最大可用内存
-Xms2g --初始化堆大小
-Xmn256m --newSize
持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8
-XX:PermSize=128m
-Xss256k
设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
-XX:+DisableExplicitGC 禁止调用System.gc()；但jvm的gc仍然有效
-XX:+UseConcMarkSweepGC 对老生代采用并发标记交换算法进行GC
-XX:+CMSParallelRemarkEnabled 是否启用并行
-XX:+UseCMSCompactAtFullCollection 打开对年老代的压缩。可能会影响性能，但是可以消除碎片
-XX:LargePageSizeInBytes=128m 设置用于Java堆的大页面尺寸
-XX:+UseFastAccessorMethods 优化原始类型的getter方法性能
-XX:+UseCMSInitiatingOccupancyOnly
CMS有动态检查机制。
CMS会根据历史记录，预测老年代还需要多久填满及进行一次回收所需要的时间。
在老年代空间用完之前，CMS可以根据自己的预测自动执行垃圾回收。
这个特性可以使用参数UseCMSInitiatingOccupancyOnly来关闭。

-XX:CMSInitiatingOccupancyFraction=70 CMS生成占用百分比以启动CMS收集周期

-是标准参数，所有的vm实现都必须是实现这些参数的功能,而且向后
-X是非标准参数，默认所有jvm实现这些参数，但是并不保证所有的jvm实现都满足，且不保证向后兼容
-XX非Stable参数，此类参数各个jvm实现会有所不同，将来可能会随时取消