namenode启动参数：
-Xmx153600m -Xms153600m -Xmn4096m -verbose:gc -Xloggc:$ODPS_GC_LOG_DIR/namenode.gc.log -XX:ErrorFile=$ODPS_LOG_DIR/hs_err_pid.log -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=85 -XX:+UseCMSCompactAtFullCollection -XX:CMSMaxAbortablePrecleanTime=1000 -XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -Dcom.sun.management.jmxremote $ODPS_OPTS
使用的是CMSGC减少GC执行时的停顿时间，垃圾回收线程和应用线程同时执行。
关于server模式和client模式：
JVM如果不指定-server或-client选项，JVM会在启动的时候根据硬件环境判断以server模式启动还是以client模式启动（适用于Java 5及以上版本）。
JVM工作在server模式可以大大提高性能，但应用的启动会比client模式慢大概10%。当该参数不指定时，虚拟机启动检测主机是否为服务器，如果是，则以server模式启动，否则以client模式启动，Java 5检测的根据是至少2个CPU和最低2GB内存。
当JVM用于启动GUI界面的交互应用时适合于使用client模式，当JVM用于运行服务器后台程序时建议用server模式。
Young区GC的方式：
1、 串行GC（Serial Copying）
client模式下的默认GC方式，也可使用-XX:+UseSerialGC指定。
2、 并行回收GC（Parallel Scavenge）
server模式下的默认GC方式，也可用-XX:+UseParallelGC强制指定。
采用PS时，默认情况下JVM会在运行时动态调整Eden:S0:S1的比例，如果不希望自动调整可以使用-XX:-UseAdaptiveSizePolicy参数，内存分配和回收的算法和串行相同，唯一不同仅在于回收时为多线程。
3、 并行GC（ParNew）
CMS GC时默认采用，也可以采用-XX:+UseParNewGC指定。
内存分配、回收和PS相同，不同的仅在于会收拾会配合CMS做些处理。
Old区GC的方式：
1、 串行GC（Serial MSC）
client模式下的默认GC方式，可通过-XX:+UseSerialGC强制指定。每次进行全部回收，进行Compact，非常耗费时间。
2、 并行GC（Parallel MSC）
server模式下的默认GC方式，也可用-XX:+UseParallelGC=强制指定。可以在选项后加等号来制定并行的线程数。
3、 并发GC（CMS）线上环境采用的GC方式，也就是Realese环境的方式
使用CMS是为了减少GC执行时的停顿时间，垃圾回收线程和应用线程同时执行，可以使用-XX:+UseConcMarkSweepGC=指定使用，后边接等号指定并发线程数。CMS每次回收只停顿很短的时间，分别在开始的时候（Initial Marking），和中间（Final Marking）的时候，第二次时间略长。
参考：http://blog.sina.com.cn/s/blog_5f5716580100wesx.html
namenode启动参数,布布扣,bubuko.com
namenode启动参数
原文：http://www.cnblogs.com/laodageblog/p/3832249.html
