java 虚拟机参数

问题描述：  客户的机器是越买越大， cpu越来越高， 内存越来越大。以前java虚拟机的配置已经不能满足性能的需要。 

                 16G内存的机器， 如果按照以前的配置 java  -Xms256m -Xmx384m -XX:MaxNewSize=256m -XX:MaxPermSize=256m

                  那就显的太荒唐了， 机器造成巨大的浪费。

 

 

解决办法： 首先jvm升级到64位。 

                重新配置java 参数

                首先拿个4G内存的的机器测试下：

                 java -server -Xms4000m -Xmx8000m -XX:MaxNewSize=1024m -XX:MaxPermSize=1024m

                按照如上设置， 已启动程序， java内存马上升到2G左右。

                其他参数， 以后再做修改了。

 

 

 

 

下面给出参考文章：

通常，我们为了避免内存溢出等问题，需要设置环境变量
JAVA_OPTS    -Xms256M -Xmx512M 等，【对于服务器，一般都设置成一样的】
但是有的时候可能这样的设置还会不行(比如，当Server应用程序加载较多类时，即jvm加载类时，永久域中的对象急剧增加，从而使jvm不断调整永久域大小，为了避免调整)，你可以使用更多的参数配置，如： java -Xms512m -Xmx512m -XX:PermSize=64m -XX:MaxPermSize=128m
其中，使用   -XX:MaxPerSize标志来增加永久域的大小，-XX:PerSize标志设置初始值

-XX

基于 Sun 的 Java 2 Standard Edition（J2SE）5 有生成垃圾回收功能，这允许分隔内存池以包含不同时效的对象。垃圾回收循环根据时效收集与其他对象彼此独立的对象。使用其他参数，您可以单独设置内存池的 大小。为了实现更好的性能，您应该对包含短期存活对象的池的大小进行设置，以使该池中的对象的存活时间不会超过一个垃圾回收循环。新生成的池的大小由 NewSize 和 MaxNewSize 参数确定。

第一次垃圾回收循环中存活下来的对象转移到另一个池中。生还者池的大小由参数  SurvivorRatio 确定。 如果垃圾回收变成了瓶颈，您可以尝试定制生成池设置。要监控垃圾回收统计信息，使用 Tivoli Performance Viewer 中的对象统计信息或 verbose:gc 配置设置。 输入下列值：

-XX:NewSize (lower bound)

-XX:MaxNewSize (upper bound)

-XX:SurvivorRatio=NewRatioSize 

-XX:NewSize 320m 此值设大可调大新对象区，减少Full GC次数

-XX:+UseParNewGC ：缩短minor收集的时间 可用来设置并行收集【多CPU】

-XX:+ParallelGCThreads 可用来增加并行度【多CPU】

-XX:+UseParallelGC 设置后可以使用并行清除收集器【多CPU】-Xss：每个线程的Stack大小


-verbose:gc 显示垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日志文件
刚刚了解到的一些参数（待实践测试）
-Xmn：young generation的heap大小，一般设置为Xmx的3、4分之一
-XX:+UseConcMarkSweepGC ：缩短major收集的时间
提示：此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适



下面的命令把整个堆设置成128m，新域比率设置成3，即新域与旧域比例为1：3，新域为堆的1/4或32M：



java –Xms128m –Xmx128m –XX:NewRatio =3

缺省值为：NewSize=2m MaxNewSize=32m SurvivorRatio=2。但是，如果 JVM 的堆大小大于 1GB，则应该使用值：-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16，或者将堆的总大小的 50% 到 60% 分配给新生成的池。

          举例：永久域默认大小为4m。运行程序时，jvm会调整永久域的大小以满足需要。每次调整时，jvm会对堆进行一次完全的垃圾收集。

使用-XX:MaxPerSize标志来增加永久域的大小。在WebLogic Server应用程序加载较多类时，经常需要增加永久域的最大值。当jvm加载类时，永久域中的对象急剧增加，从而使jvm不断调整永久域大小。为了避免 调整，可使用-XX:PerSize标志设置初始值。
   下面把永久域初始值设置成32m，最大值设置成64m。
    java -Xms512m -Xmx512m -Xmn128m -XX:PermSize=32m -XX:MaxPermSize=64m

默认状态下，HotSpot在新域中使用复制收集器。该域一般分为三个部分。第一部分为Eden，用于生成新的对象。另两部分称为救助空间，当Eden充 满时，收集器停止应用程序，把所有可到达对象复制到当前的from救助空间，一旦当前的from救助空间充满，收集器则把可到达对象复制到当前的to救助 空间。From和to救助空间互换角色。维持活动的对象将在救助空间不断复制，直到它们获得使用期并转入旧域。使用-XX:SurvivorRatio可 控制新域子空间的大小。

目前，我的的开发环境 2G内存，tomcat+eclipse 大型应用程序
java -Xmx1024m -XX:PermSize=512m   基本就ok大部分应用了

我的服务器参数配置:
MY_PARAMS="-Xmn340m -Xss128k -XX:NewSize=640m -XX:MaxNewSize=640m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseParNewGC -Xloggc:gc.log"

本文出处：http://hi.baidu.com/china8jie/blog/item/7c4ac1a2e25a9fa5caefd0d1.html