Rocketmq的启动jvm配置解析-runbroker.sh

#设置-Xms初始化堆大小,-Xmx最大堆内存大小,-Xmn新生代大小为4G,注意整个堆大小是新生代+老年代+持久代
#新生代的大小会影响老年代的大小,而老年代进行垃圾回收是fullGC,过小会增加频率,影响系统性能,sun公司推荐设置为java堆的3/8的大小
#不过,如果老年代过大也会导致每一次fullGC的时间过长,但是太小也会导致gullGC的频率过多,需要根据情况设置
#把初始化堆大小和最大堆大小保持一致,是避免每次GC之后重新分割计算堆区的大小而浪费资源
JAVA_OPT="${JAVA_OPT} -server -Xms8g -Xmx8g -Xmn4g"


#使用G1垃圾回收器来做分代回收,对新生代和老年代都是使用G1
#设置了G1的region大小为16m,因为机器内存较多,可以调大到16m(这里rocketmq默认调为16m,不然2m的region会导致region数量过多)
#在G1管理的老年代里预留25%的空闲空间,保障新生代对象晋升到老年代有足够的空间,避免老年代内存都满了
#initiatingHeapOccupancyPercent参数,当堆内存的使用率达到30%之后会自动启动G1的并发垃圾回收,默认值是45%,这里调低提高了GC的频率,但是避免了垃圾对象过多,一次垃圾回收时间过长
#soft参数,软引用对象的回收的参数,默认为0,会频繁的回收一些软引用的Class对象,可以调大一些
JAVA_OPT="${JAVA_OPT} -XX:+UseG1GC -XX:G1HeapRegionSize=16m -XX:G1ReservePercent=25 -XX:InitiatingHeapOccupancyPercent=30 -XX:SoftRefLRUPolicyMSPerMB=1000"

#这里一堆参数都是控制台GC日志打印输出的
JAVA_OPT="${JAVA_OPT} -verbose:gc -Xloggc:${GC_LOG_DIR}/rmq_broker_gc_%p_%t.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCApplicationStoppedTime -XX:+PrintAdaptiveSizePolicy"
JAVA_OPT="${JAVA_OPT} -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=30m"

#这个参数是说,有时候JVM会抛弃一些异常堆栈信息,因此这个参数设置之后,就是禁用这个特性,要把完整的异常堆栈信息完整的打印出来
JAVA_OPT="${JAVA_OPT} -XX:-OmitStackTraceInFastThrow"

#一般没有这个参数的时候我们指定JVM的内存是多少,但不会真正分配给他,只有实际用到的时候才会分配,使用这个参数,就是强制让jvm启动的时候直接分配给我们指定的内存
JAVA_OPT="${JAVA_OPT} -XX:+AlwaysPreTouch"

#Rocketmq大量使用了NIO中的direct buffer,这里限定了最多可以申请多少的内存,机器好,可以调大
JAVA_OPT="${JAVA_OPT} -XX:MaxDirectMemorySize=15g"

#这两个参数的意思就是禁用了大内存页和偏向锁.
JAVA_OPT="${JAVA_OPT} -XX:-UseLargePages -XX:-UseBiasedLocking"
posted @ 2020-07-14 16:12  CodingChangeTheWorld  阅读(1665)  评论(0编辑  收藏  举报