• java "Too small initial heap" 错误


    Tomcat内存配置

    JAVA_OPTS="-server -Duser.timezone=GMT+08-Xms1024m -Xmx1024m -XX:PermSize=1024m -Xmn512m-XX:MaxPermSize=1024m-Djava.awt.headless=true"

    -Xms: Initial java heap size 初始堆栈大小

    -Xmx: Maximum java heap size 最大堆栈大小

    (1)最高优先级:  -XX:NewSize=1024m-XX:MaxNewSize=1024m  (2)次高优先级Xmn1024m  

    (默认等效效果是:-XX:NewSize==-XX:MaxNewSize==1024m  (3) 最低优先级:-XX:NewRatio=2 
    推荐使用的是-Xmn参数,原因是这个参数很简洁,相当于一次性设定NewSizeMaxNewSIze,而且两者相等。-Xmn配合-Xms堆起始大小和-Xmx堆最大大小,恰好把堆内存布局确定完了(估计设计者也是因为简洁的原因,弄出了三个简写参数)。另外,官文似乎说-Xmn1.4才开始支持的,但是如今应该没有还在用1.4之前的JRE的吧。

    三、jvm参数说明:

    -server:一定要作为第一个参数,在多个CPU时性能佳  -Xms:java Heap初始大小。 默认是物理内存的1/64。 -Xmx:java heap最大值。建议均设为物理内存的一半。不可超过物理内存。 -XX:PermSize:设定内存的永久保存区初始大小,缺省值为64M。(我用visualvm.exe查看的)

    -XX:MaxPermSize:设定内存的永久保存区最大 大小,缺省值为64M。(我用visualvm.exe查看的)

    -XX:SurvivorRatio=2  :生还者池的大小,默认是2,如果垃圾回收变成了瓶颈,您可以尝试定制生成池设置

    -XX:NewSize:新生成的池的初始大小。 缺省值为2M。

    -XX:MaxNewSize:新生成的池的最大大小。   缺省值为32M。

    如果JVM 的堆大小大于1GB,则应该使用值:-XX:newSize=640m-XX:MaxNewSize=640m -XX:SurvivorRatio=16,或者将堆的总大小的50% 到60% 分配给新生成的池。调大新对象区,减少Full GC次数。

    +XX:AggressiveHeap会使得Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。  -Xss:每个线程的Stack大小,“-Xss 15120” 这使得JBoss每增加一个线程(thread)就会立即消耗15M内存,而最佳值应该是128K,默认值好像是512k. 
    -verbose:gc 现实垃圾收集信息  -Xloggc:gc.log 指定垃圾收集日志文件  -Xmn:younggeneration的heap大小,一般设置为Xmx的3、4分之一  -XX:+UseParNewGC :缩短minor收集的时间  -XX:+UseConcMarkSweepGC :缩短major收集的时间 此选项在Heap Size比较大而且Major收集时间较长的情况下使用更合适。

    -XX:userParNewGC可用来设置并行收集【多CPU】 -XX:ParallelGCThreads 可用来增加并行度【多CPU】 -XX:UseParallelGC 设置后可以使用并行清除收集器【多CPU】

    报错1

    java "Too small initial heap" 错误  

    Xmx设置小了。Xmx要比-Xmn

  • 相关阅读:
    【转】P2P通信原理与实现(C++)
    【转】P2P通信标准协议(二)之TURN
    【转】P2P之UDP穿透NAT的原理与实现
    【转】P2P的原理和常见的实现方式
    【转】linux中man使用技巧
    【转】go编译时,加入svn版本信息
    各种移动GPU压缩纹理的使用方法
    Unity贴图压缩格式设置
    关于U3D贴图格式压缩
    可能会导致.NET内存泄露的8种行为
  • 原文地址:https://www.cnblogs.com/firstdream/p/8631146.html
Copyright © 2020-2023  润新知