问题描述: 客户的机器是越买越大, 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"