精华内容
下载资源
问答
  • NULL 博文链接:https://qinchaoyong.iteye.com/blog/751347
  • 常用的JVM配置参数有哪些? -Xms:初始大小内存,默认为物理内存的1/64等价于-XX:InitialHeapSize -Xmx:最大分配内存,默认为物理内存的1/4等价于-XX:MaxHeapSize -Xss:设置单个线程栈的大小,一般默认为512k~...

    常用的JVM配置参数有哪些?

    • -Xms:初始大小内存,默认为物理内存的1/64等价于-XX:InitialHeapSize

    • -Xmx:最大分配内存,默认为物理内存的1/4等价于-XX:MaxHeapSize

    • -Xss:设置单个线程栈的大小,一般默认为512k~1024k等价于-XX:ThreadStackSize

      • 当值等于0的时候,代表使用得是默认大小
    • -Xmn:设置年轻代大小

    • -XX:MetaspaceSize:设置元空间大小(元空间与永久代最大的区别为:元空间并不在虚拟机中,而使用的是本地内存,因此,元空间只收本地内存的限制

      • 手动设置:-XX:MetaspaceSize=1024m
    • 典型设置案例

    • -XX:+PrintGCDetails:输出详细GC收集日志信息

    在这里插入图片描述

    在这里插入图片描述

    当堆内存不够的话,会爆出OOM错误

    在这里插入图片描述

    • -XX:SurvivorRatio:设置新生代中 eden 和 S0/S1 空间比例,默认 -XX:SurvivorRatio=8,Eden : S0 : S1 = 8 : 1 : 1

      ​ -XX:SurvivorRatio=4==》Eden : S0 : S1 = 4 : 1 : 1

    • -XX:NewRatio:配置年轻代和老年代在堆结构的占比,默认 -XX:NewRatio=2 新生代占1,老年代占2,年轻代占整个堆的 1/3

      ​ -XX:NewRatio=4 新生代占1,老年代占4,年轻代占整个堆的 1/5

    • -XX:MaxTenuringThreshold:设置垃圾最大年龄。默认是15

      -XX:MaxTenuringThreshold=0:设置垃圾最大年龄。如果设置为0的话,则年轻代对象不经过Survivor区,直接进入老年代。对于老年代比较多的应用,可以提高效率。如果此值设置为一个较大的值,则年前对象会在Survivor区进行多次复制,这样可以增加对象在年轻代的存活时间,增加在年轻代被回收的概率!

    在这里插入图片描述

    因为是由四位二进制数组成,所以垃圾最大年龄为15.因为0-15是16个数字

    在这里插入图片描述

    展开全文
  • JVM常用内存参数配置

    千次阅读 2019-06-14 00:24:48
    一、常用参数  -Xms  JVM启动时申请的初始Heap值,默认为操作系统物理内存的1/64但小于1G。默认当空余堆内存大于70%时,JVM会减小heap的大小到-Xms指定的大小,可通过-XX:MaxHeapFreeRation=来指定这个比列。...

    一、常用参数
      -Xms 
      JVM启动时申请的初始Heap值,默认为操作系统物理内存的1/64但小于1G。默认当空余堆内存大于70%时,JVM会减小heap的大小到-Xms指定的大小,可通过-XX:MaxHeapFreeRation=来指定这个比列。Server端JVM最好将-Xms和-Xmx设为相同值,避免每次垃圾回收完成后JVM重新分配内存;开发测试机JVM可以保留默认值。(例如:-Xms4g)

      -Xmx 
      JVM可申请的最大Heap值,默认值为物理内存的1/4但小于1G,默认当空余堆内存小于40%时,JVM会增大Heap到-Xmx指定的大小,可通过-XX:MinHeapFreeRation=来指定这个比列。最佳设值应该视物理内存大小及计算机内其他内存开销而定。(例如:-Xmx4g)

      -Xmn 
      Java Heap Young区大小。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小(相对于HotSpot 类型的虚拟机来说)。持久代一般固定大小为64m,所以增大年轻代后,将会减小年老代大小。此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8。(例如:-Xmn2g)

      程序新创建的对象都是从年轻代分配内存,年轻代由Eden Space和两块相同大小的SurvivorSpace(通常又称S0和S1或From和To)构成,可通过-Xmn参数来指定年轻代的大小,也可以通过-XX:SurvivorRation来调整Eden Space及SurvivorSpace的大小。

      老年代用于存放经过多次新生代GC仍然存活的对象,例如缓存对象,新建的对象也有可能直接进入老年代,主要有两种情况:1、大对象,可通过启动参数设置-XX:PretenureSizeThreshold=1024(单位为字节,默认为0)来代表超过多大时就不在新生代分配,而是直接在老年代分配。2、大的数组对象,且数组中无引用外部对象。老年代所占的内存大小为-Xmx对应的值减去-Xmn对应的值。如果在堆中没有内存完成实例分配,并且堆也无法再扩展时,将会抛出OutOfMemoryError异常。

      -Xss 
      Java每个线程的Stack大小。JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K。根据应用的线程所需内存大小进行调整。在相同物理内存下,减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右。(例如:-Xss1024K)

      -XX:PermSize
      持久代(方法区)的初始内存大小。(例如:-XX:PermSize=64m)

      -XX:MaxPermSize
      持久代(方法区)的最大内存大小。(例如:-XX:MaxPermSize=512m)

      -XX:+UseSerialGC
      串行(SerialGC)是jvm的默认GC方式,一般适用于小型应用和单处理器,算法比较简单,GC效率也较高,但可能会给应用带来停顿。

      -XX:+UseParallelGC
      并行(ParallelGC)是指多个线程并行执行GC,一般适用于多处理器系统中,可以提高GC的效率,但算法复杂,系统消耗较大。(配合使用:-XX:ParallelGCThreads=8,并行收集器的线程数,此值最好配置与处理器数目相等)


      -XX:+UseParNewGC
      设置年轻代为并行收集,JKD5.0以上,JVM会根据系统配置自行设置,所以无需设置此值。

      -XX:+UseParallelOldGC
      设置年老代为并行收集,JKD6.0出现的参数选项。

      -XX:+UseConcMarkSweepGC
      并发(ConcMarkSweepGC)是指GC运行时,对应用程序运行几乎没有影响(也会造成停顿,不过很小而已),GC和app两者的线程在并发执行,这样可以最大限度不影响app的运行。


      -XX:+UseCMSCompactAtFullCollection
      在Full GC的时候,对老年代进行压缩整理。因为CMS是不会移动内存的,因此非常容易产生内存碎片。因此增加这个参数就可以在FullGC后对内存进行压缩整理,消除内存碎片。当然这个操作也有一定缺点,就是会增加CPU开销与GC时间,所以可以通过-XX:CMSFullGCsBeforeCompaction=3 这个参数来控制多少次Full GC以后进行一次碎片整理。

      -XX:+CMSInitiatingOccupancyFraction=80
      代表老年代使用空间达到80%后,就进行Full GC。CMS收集器在进行垃圾收集时,和应用程序一起工作,所以,不能等到老年代几乎完全被填满了再进行收集,这样会影响并发的应用线程的空间使用,从而再次触发不必要的Full GC。

      -XX:+MaxTenuringThreshold=10
      垃圾的最大年龄,代表对象在Survivor区经过10次复制以后才进入老年代。如果设置为0,则年轻代对象不经过Survivor区,直接进入老年代。


    二、 分类
      JVM启动参数共分为三类:

      1、标准参数(-),所有的JVM实现都必须实现这些参数的功能,而且向后兼容。例如:-verbose:class(输出jvm载入类的相关信息,当jvm报告说找不到类或者类冲突时可此进行诊断);-verbose:gc(输出每次GC的相关情况);-verbose:jni(输出native方法调用的相关情况,一般用于诊断jni调用错误信息)。

      2、非标准参数(-X),默认jvm实现这些参数的功能,但是并不保证所有jvm实现都满足,且不保证向后兼容。例如:-Xms512m;-Xmx512m;-Xmn200m;-Xss128k;-Xloggc:file(与-verbose:gc功能类似,只是将每次GC事件的相关情况记录到一个文件中,文件的位置最好在本地,以避免网络的潜在问题。若与verbose命令同时出现在命令行中,则以-Xloggc为准)。

      3、非Stable参数(-XX),此类参数各个jvm实现会有所不同,将来可能会随时取消,需要慎重使用。例如:-XX:PermSize=64m;-XX:MaxPermSize=512m。

    三、引用
      主要介绍JVM内存参数的详细配置,与GC策略(原:http://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html)。

      不管是YGC还是Full GC,GC过程中都会对导致程序运行中中断,正确的选择不同的GC策略,调整JVM、GC的参数,可以极大的减少由于GC工作,而导致的程序运行中断方面的问题,进而适当的提高Java程序的工作效率。但是调整GC是以个极为复杂的过程,由于各个程序具备不同的特点,如:web和GUI程序就有很大区别(Web可以适当的停顿,但GUI停顿是客户无法接受的),而且由于跑在各个机器上的配置不同(主要cup个数,内存不同),所以使用的GC种类也会不同(如何选择见GC种类及如何选择)。本文将注重介绍JVM、GC的一些重要参数的设置来提高系统的性能。  JVM内存组成及GC相关内容请见之前的文章:JVM内存组成 GC策略&内存申请。JVM参数的含义实例见实例分析如下:

      并行收集器相关参数:

      CMS相关参数:

      辅助信息:

      3.1 GC性能方面的考虑
      对于GC的性能主要有2个方面的指标:吞吐量throughput(工作时间不算gc的时间占总的时间比)和暂停pause(gc发生时app对外显示的无法响应)。

      1、Total Heap,默认情况下,vm会增加/减少heap大小以维持free space在整个vm中占的比例,这个比例由MinHeapFreeRatio和MaxHeapFreeRatio指定。一般而言,server端的app会有以下规则:对vm分配尽可能多的memory;将Xms和Xmx设为一样的值。如果虚拟机启动时设置使用的内存比较小,这个时候又需要初始化很多对象,虚拟机就必须重复地增加内存。处理器核数增加,内存也跟着增大。

      2、The Young Generation,另外一个对于app流畅性运行影响的因素是young generation的大小。younggeneration越大,minor collection越少;但是在固定heap size情况下,更大的young generation就意味着小的tenured generation,就意味着更多的major collection(major collection会引发minor collection)。NewRatio反映的是young和tenured generation的大小比例。NewSize和MaxNewSize反映的是young generation大小的下限和上限,将这两个值设为一样就固定了young generation的大小(同Xms和Xmx设为一样)。如果希望,SurvivorRatio也可以优化survivor的大小,不过这对于性能的影响不是很大。SurvivorRatio是eden和survior大小比例。一般而言,server端的app会有以下规则:首先决定能分配给vm的最大的heap size,然后设定最佳的young generation的大小;如果heap size固定后,增加young generation的大小意味着减小tenured generation大小。让tenured generation在任何时候够大,能够容纳所有live的data(留10%-20%的空余)。

      3.2 经验&规则
      1、年轻代大小选择:响应时间优先的应用:尽可能设大,直到接近系统的最低响应时间限制(根据实际情况选择).在此种情况下,年轻代收集发生的频率也是最小的.同时,减少到达年老代的对象;吞吐量优先的应用:尽可能的设置大,可能到达Gbit的程度.因为对响应时间没有要求,垃圾收集可以并行进行,一般适合8CPU以上的应用;避免设置过小.当新生代设置过小时会导致:1.YGC次数更加频繁 2.可能导致YGC对象直接进入旧生代,如果此时旧生代满了,会触发FGC.

      2、年老代大小选择:响应时间优先的应用:年老代使用并发收集器,所以其大小需要小心设置,一般要考虑并发会话率和会话持续时间等一些参数.如果堆设置小了,可以会造成内存碎 片,高回收频率以及应用暂停而使用传统的标记清除方式;如果堆大了,则需要较长的收集时间.最优化的方案,一般需要参考以下数据获得,并发垃圾收集信息、持久代并发收集次数、传统GC信息、花在年轻代和年老代回收上的时间比例。吞吐量优先的应用:一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代.原因是,这样可以尽可能回收掉大部分短期对象,减少中期的对象,而年老代尽存放长期存活对象。

      3、较小堆引起的碎片问题:因为年老代的并发收集器使用标记,清除算法,所以不会对堆进行压缩.当收集器回收时,他会把相邻的空间进行合并,这样可以分配给较大的对象.但是,当堆空间较小时,运行一段时间以后,就会出现"碎片",如果并发收集器找不到足够的空间,那么并发收集器将会停止,然后使用传统的标记,清除方式进行回收.如果出现"碎片",可能需要进行如下配置:-XX:+UseCMSCompactAtFullCollection:使用并发收集器时,开启对年老代的压缩;-XX:CMSFullGCsBeforeCompaction=0:上面配置开启的情况下,这里设置多少次Full GC后,对年老代进行压缩。

      4、使用CMS的好处是用尽量少的新生代,经验值是128M-256M, 然后老生代利用CMS并行收集, 这样能保证系统低延迟的吞吐效率。 实际上cms的收集停顿时间非常的短,2G的内存, 大约20-80ms的应用程序停顿时间

      5、系统停顿的时候可能是GC的问题也可能是程序的问题,多用jmap和jstack查看,或者killall -3 java,然后查看java控制台日志,能看出很多问题。(相关工具的使用方法将在后面的blog中介绍)。

      6、仔细了解自己的应用,如果用了缓存,那么年老代应该大一些,缓存的HashMap不应该无限制长,建议采用LRU算法的Map做缓存,LRUMap的最大长度也要根据实际情况设定。

      7、采用并发回收时,年轻代小一点,年老代要大,因为年老大用的是并发回收,即使时间长点也不会影响其他程序继续运行,网站不会停顿。

      8、JVM参数的设置(特别是 –Xmx –Xms –Xmn-XX:SurvivorRatio -XX:MaxTenuringThreshold等参数的设置没有一个固定的公式,需要根据PV old区实际数据 YGC次数等多方面来衡量。为了避免promotion faild可能会导致xmn设置偏小,也意味着YGC的次数会增多,处理并发访问的能力下降等问题。每个参数的调整都需要经过详细的性能测试,才能找到特定应用的最佳配置。

      3.3 PromotionFailed:
      垃圾回收时promotionfailed是个很头痛的问题,一般可能是两种原因产生,第一个原因是救助空间不够,救助空间里的对象还不应该被移动到年老代,但年轻代又有很多对象需要放入救助空间;第二个原因是年老代没有足够的空间接纳来自年轻代的对象;这两种情况都会转向Full GC,网站停顿时间较长。

      解决方方案一:

      第一个原因我的最终解决办法是去掉救助空间,设置-XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0即可,第二个原因我的解决办法是设置CMSInitiatingOccupancyFraction为某个值(假设70),这样年老代空间到70%时就开始执行CMS,年老代有足够的空间接纳来自年轻代的对象。

      解决方案一的改进方案:

      又有改进了,上面方法不太好,因为没有用到救助空间,所以年老代容易满,CMS执行会比较频繁。我改善了一下,还是用救助空间,但是把救助空间加大,这样也不会有promotion failed。具体操作上,32位Linux和64位Linux好像不一样,64位系统似乎只要配置MaxTenuringThreshold参数,CMS还是有暂停。为了解决暂停问题和promotion failed问题,最后我设置-XX:SurvivorRatio=1 ,并把MaxTenuringThreshold去掉,这样即没有暂停又不会有promotoin failed,而且更重要的是,年老代和永久代上升非常慢(因为好多对象到不了年老代就被回收了),所以CMS执行频率非常低,好几个小时才执行一次,这样,服务器都不用重启了。

    -Xmx4000M -Xms4000M -Xmn600M-XX:PermSize=500M -XX:MaxPermSize=500M -Xss256K -XX:+DisableExplicitGC-XX:SurvivorRatio=1 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC-XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0-XX:+CMSClassUnloadingEnabled -XX:LargePageSizeInBytes=128M-XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly-XX:CMSInitiatingOccupancyFraction=80 -XX:SoftRefLRUPolicyMSPerMB=0-XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps-XX:+PrintHeapAtGC -Xloggc:log/gc.log

      3.4 CMSInitiatingOccupancyFraction值与Xmn的关系公式
      上面介绍了promontionfaild产生的原因是EDEN空间不足的情况下将EDEN与From survivor中的存活对象存入To survivor区时,To survivor区的空间不足,再次晋升到old gen区,而old gen区内存也不够的情况下产生了promontion faild从而导致full gc.那可以推断出:eden+from survivor < old gen区剩余内存时,不会出现promontion faild的情况,即:

    (Xmx-Xmn)*(1-CMSInitiatingOccupancyFraction/100)>=(Xmn-Xmn/(SurvivorRatior+2))  进而推断出:CMSInitiatingOccupancyFraction<=((Xmx-Xmn)-(Xmn-Xmn/(SurvivorRatior+2)))/(Xmx-Xmn)*100

      例如:当xmx=128 xmn=36SurvivorRatior=1时CMSInitiatingOccupancyFraction<=((128.0-36)-(36-36/(1+2)))/(128-36)*100=73.913;

      当xmx=128 xmn=24SurvivorRatior=1时CMSInitiatingOccupancyFraction<=((128.0-24)-(24-24/(1+2)))/(128-24)*100=84.615…

      当xmx=3000 xmn=600SurvivorRatior=1时 CMSInitiatingOccupancyFraction<=((3000.0-600)-(600-600/(1+2)))/(3000-600)*100=83.33

    CMSInitiatingOccupancyFraction低于70% 需要调整xmn或SurvivorRatior值。

     


    --------------------- 
    作者:mars-kobe 
    来源:CSDN 
    原文:https://blog.csdn.net/wang379275614/article/details/78471604 
    版权声明:本文为博主原创文章,转载请附上博文链接!

    展开全文
  • 以上所述是小编给大家介绍的iOS属性中的内存管理参数 ,希望对大家有所帮助,如果大家任何疑问欢迎给我留言,小编会及时回复大家的! 您可能感兴趣的文章:详解关于iOS内存管理的规则思考详解iOS应用开发中的ARC...
  • JVM有哪些常用启动参数可以调整?

    千次阅读 2019-02-11 11:19:06
    内存设置 原理 JVM堆内存分为2块:Permanent Space 和 Heap Space。 Permanent 即 持久代(Permanent Generation),主要存放的是Java类定义信息,与垃圾收集器要收集的Java对象关系不大。 Heap = { Old +.....

    原文地址:http://blog.csdn.net/kthq/article/details/8618052

    堆内存设置

    原理

    JVM堆内存分为2块:Permanent Space 和 Heap Space。

    • Permanent 即 持久代(Permanent Generation),主要存放的是Java类定义信息,与垃圾收集器要收集的Java对象关系不大。
    • Heap = { Old + NEW = {Eden, from, to} },Old 即 年老代(Old Generation),New 即 年轻代(Young Generation)。年老代和年轻代的划分对垃圾收集影响比较大。

    年轻代

    所有新生成的对象首先都是放在年轻代。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代一般分3个区,1个Eden区,2个Survivor区(from 和 to)。

    大部分对象在Eden区中生成。当Eden区满时,还存活的对象将被复制到Survivor区(两个中的一个),当一个Survivor区满时,此区的存活对象将被复制到另外一个Survivor区,当另一个Survivor区也满了的时候,从前一个Survivor区复制过来的并且此时还存活的对象,将可能被复制到年老代。

    2个Survivor区是对称的,没有先后关系,所以同一个Survivor区中可能同时存在从Eden区复制过来对象,和从另一个Survivor区复制过来的对象;而复制到年老区的只有从另一个Survivor区过来的对象。而且,因为需要交换的原因,Survivor区至少有一个是空的。特殊的情况下,根据程序需要,Survivor区是可以配置为多个的(多于2个),这样可以增加对象在年轻代中的存在时间,减少被放到年老代的可能。

    针对年轻代的垃圾回收即 Young GC。

    年老代

    在年轻代中经历了N次(可配置)垃圾回收后仍然存活的对象,就会被复制到年老代中。因此,可以认为年老代中存放的都是一些生命周期较长的对象。

    针对年老代的垃圾回收即 Full GC。

    持久代

    用于存放静态类型数据,如 Java Class, Method 等。持久代对垃圾回收没有显著影响。但是有些应用可能动态生成或调用一些Class,例如 Hibernate CGLib 等,在这种时候往往需要设置一个比较大的持久代空间来存放这些运行过程中动态增加的类型。

     

    所以,当一组对象生成时,内存申请过程如下:

     

    1. JVM会试图为相关Java对象在年轻代的Eden区中初始化一块内存区域。
    2. 当Eden区空间足够时,内存申请结束。否则执行下一步。
    3. JVM试图释放在Eden区中所有不活跃的对象(Young GC)。释放后若Eden空间仍然不足以放入新对象,JVM则试图将部分Eden区中活跃对象放入Survivor区。
    4. Survivor区被用来作为Eden区及年老代的中间交换区域。当年老代空间足够时,Survivor区中存活了一定次数的对象会被移到年老代。
    5. 当年老代空间不够时,JVM会在年老代进行完全的垃圾回收(Full GC)。
    6. Full GC后,若Survivor区及年老代仍然无法存放从Eden区复制过来的对象,则会导致JVM无法在Eden区为新生成的对象申请内存,即出现“Out of Memory”。

    OOM(“Out of Memory”)异常一般主要有如下2种原因

    1. 年老代溢出,表现为:java.lang.OutOfMemoryError:Javaheapspace

    这是最常见的情况,产生的原因可能是:设置的内存参数Xmx过小或程序的内存泄露及使用不当问题。

    例如循环上万次的字符串处理、创建上千万个对象、在一段代码内申请上百M甚至上G的内存。还有的时候虽然不会报内存溢出,却会使系统不间断的垃圾回收,也无法处理其它请求。这种情况下除了检查程序、打印堆内存等方法排查,还可以借助一些内存分析工具,比如MAT就很不错。


    2. 持久代溢出,表现为:java.lang.OutOfMemoryError:PermGenspace

    通常由于持久代设置过小,动态加载了大量Java类而导致溢出,解决办法唯有将参数 -XX:MaxPermSize 调大(一般256m能满足绝大多数应用程序需求)。将部分Java类放到容器共享区(例如Tomcat share lib)去加载的办法也是一个思路,但前提是容器里部署了多个应用,且这些应用有大量的共享类库。

    参数说明

    • -Xmx3550m:设置JVM最大堆内存为3550M。
    • -Xms3550m:设置JVM初始堆内存为3550M。此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存。
    • -Xss128k:设置每个线程的栈大小。JDK5.0以后每个线程栈大小为1M,之前每个线程栈大小为256K。应当根据应用的线程所需内存大小进行调整。在相同物理内存下,减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右。需要注意的是:当这个值被设置的较大(例如>2MB)时将会在很大程度上降低系统的性能。
    • -Xmn2g:设置年轻代大小为2G。在整个堆内存大小确定的情况下,增大年轻代将会减小年老代,反之亦然。此值关系到JVM垃圾回收,对系统性能影响较大,官方推荐配置为整个堆大小的3/8。
    • -XX:NewSize=1024m:设置年轻代初始值为1024M。
    • -XX:MaxNewSize=1024m:设置年轻代最大值为1024M。
    • -XX:PermSize=256m:设置持久代初始值为256M。
    • -XX:MaxPermSize=256m:设置持久代最大值为256M。
    • -XX:NewRatio=4:设置年轻代(包括1个Eden和2个Survivor区)与年老代的比值。表示年轻代比年老代为1:4。
    • -XX:SurvivorRatio=4:设置年轻代中Eden区与Survivor区的比值。表示2个Survivor区(JVM堆内存年轻代中默认有2个大小相等的Survivor区)与1个Eden区的比值为2:4,即1个Survivor区占整个年轻代大小的1/6。
    • -XX:MaxTenuringThreshold=7:表示一个对象如果在Survivor区(救助空间)移动了7次还没有被垃圾回收就进入年老代。如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代,对于需要大量常驻内存的应用,这样做可以提高效率。如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象在年轻代存活时间,增加对象在年轻代被垃圾回收的概率,减少Full GC的频率,这样做可以在某种程度上提高服务稳定性。

    疑问解答

    -Xmn,-XX:NewSize/-XX:MaxNewSize,-XX:NewRatio 3组参数都可以影响年轻代的大小,混合使用的情况下,优先级是什么?
    如下:

    1. 高优先级:-XX:NewSize/-XX:MaxNewSize 
    2. 中优先级:-Xmn(默认等效  -Xmn=-XX:NewSize=-XX:MaxNewSize=?) 
    3. 低优先级:-XX:NewRatio 

    推荐使用-Xmn参数,原因是这个参数简洁,相当于一次设定 NewSize/MaxNewSIze,而且两者相等,适用于生产环境。-Xmn 配合 -Xms/-Xmx,即可将堆内存布局完成。

    -Xmn参数是在JDK 1.4 开始支持。

     

    垃圾回收器选择

    JVM给出了3种选择:串行收集器、并行收集器、并发收集器。串行收集器只适用于小数据量的情况,所以生产环境的选择主要是并行收集器和并发收集器。

    默认情况下JDK5.0以前都是使用串行收集器,如果想使用其他收集器需要在启动时加入相应参数。JDK5.0以后,JVM会根据当前系统配置进行智能判断。

    串行收集器

    • -XX:+UseSerialGC:设置串行收集器。

    并行收集器(吞吐量优先)

    • -XX:+UseParallelGC:设置为并行收集器。此配置仅对年轻代有效。即年轻代使用并行收集,而年老代仍使用串行收集。
    • -XX:ParallelGCThreads=20:配置并行收集器的线程数,即:同时有多少个线程一起进行垃圾回收。此值建议配置与CPU数目相等。
    • -XX:+UseParallelOldGC:配置年老代垃圾收集方式为并行收集。JDK6.0开始支持对年老代并行收集。
    • -XX:MaxGCPauseMillis=100:设置每次年轻代垃圾回收的最长时间(单位毫秒)。如果无法满足此时间,JVM会自动调整年轻代大小,以满足此时间。
    • -XX:+UseAdaptiveSizePolicy:设置此选项后,并行收集器会自动调整年轻代Eden区大小和Survivor区大小的比例,以达成目标系统规定的最低响应时间或者收集频率等指标。此参数建议在使用并行收集器时,一直打开。

    并发收集器(响应时间优先)

    • -XX:+UseConcMarkSweepGC:即CMS收集,设置年老代为并发收集。CMS收集是JDK1.4后期版本开始引入的新GC算法。它的主要适合场景是对响应时间的重要性需求大于对吞吐量的需求,能够承受垃圾回收线程和应用线程共享CPU资源,并且应用中存在比较多的长生命周期对象。CMS收集的目标是尽量减少应用的暂停时间,减少Full GC发生的几率,利用和应用程序线程并发的垃圾回收线程来标记清除年老代内存。
    • -XX:+UseParNewGC:设置年轻代为并发收集。可与CMS收集同时使用。JDK5.0以上,JVM会根据系统配置自行设置,所以无需再设置此参数。
    • -XX:CMSFullGCsBeforeCompaction=0:由于并发收集器不对内存空间进行压缩和整理,所以运行一段时间并行收集以后会产生内存碎片,内存使用效率降低。此参数设置运行0次Full GC后对内存空间进行压缩和整理,即每次Full GC后立刻开始压缩和整理内存。
    • -XX:+UseCMSCompactAtFullCollection:打开内存空间的压缩和整理,在Full GC后执行。可能会影响性能,但可以消除内存碎片。
    • -XX:+CMSIncrementalMode:设置为增量收集模式。一般适用于单CPU情况。
    • -XX:CMSInitiatingOccupancyFraction=70:表示年老代内存空间使用到70%时就开始执行CMS收集,以确保年老代有足够的空间接纳来自年轻代的对象,避免Full GC的发生。

    其它垃圾回收参数

    • -XX:+ScavengeBeforeFullGC:年轻代GC优于Full GC执行。
    • -XX:-DisableExplicitGC:不响应 System.gc() 代码。
    • -XX:+UseThreadPriorities:启用本地线程优先级API。即使 java.lang.Thread.setPriority() 生效,不启用则无效。
    • -XX:SoftRefLRUPolicyMSPerMB=0:软引用对象在最后一次被访问后能存活0毫秒(JVM默认为1000毫秒)。
    • -XX:TargetSurvivorRatio=90:允许90%的Survivor区被占用(JVM默认为50%)。提高对于Survivor区的使用率。

    辅助信息参数设置

    • -XX:-CITime:打印消耗在JIT编译的时间。
    • -XX:ErrorFile=./hs_err_pid.log:保存错误日志或数据到指定文件中。
    • -XX:HeapDumpPath=./java_pid.hprof:指定Dump堆内存时的路径。
    • -XX:-HeapDumpOnOutOfMemoryError:当首次遭遇内存溢出时Dump出此时的堆内存。
    • -XX:OnError=";":出现致命ERROR后运行自定义命令。
    • -XX:OnOutOfMemoryError=";":当首次遭遇内存溢出时执行自定义命令。
    • -XX:-PrintClassHistogram:按下 Ctrl+Break 后打印堆内存中类实例的柱状信息,同JDK的 jmap -histo 命令。
    • -XX:-PrintConcurrentLocks:按下 Ctrl+Break 后打印线程栈中并发锁的相关信息,同JDK的 jstack -l 命令。
    • -XX:-PrintCompilation:当一个方法被编译时打印相关信息。
    • -XX:-PrintGC:每次GC时打印相关信息。
    • -XX:-PrintGCDetails:每次GC时打印详细信息。
    • -XX:-PrintGCTimeStamps:打印每次GC的时间戳。
    • -XX:-TraceClassLoading:跟踪类的加载信息。
    • -XX:-TraceClassLoadingPreorder:跟踪被引用到的所有类的加载信息。
    • -XX:-TraceClassResolution:跟踪常量池。
    • -XX:-TraceClassUnloading:跟踪类的卸载信息。

    关于参数名称等

    • 标准参数(-),所有JVM都必须支持这些参数的功能,而且向后兼容;例如:
      • -client——设置JVM使用Client模式,特点是启动速度比较快,但运行时性能和内存管理效率不高,通常用于客户端应用程序或开发调试;在32位环境下直接运行Java程序默认启用该模式。
      • -server——设置JVM使Server模式,特点是启动速度比较慢,但运行时性能和内存管理效率很高,适用于生产环境。在具有64位能力的JDK环境下默认启用该模式。
    • 非标准参数(-X),默认JVM实现这些参数的功能,但是并不保证所有JVM实现都满足,且不保证向后兼容;
    • 非稳定参数(-XX),此类参数各个JVM实现会有所不同,将来可能会不被支持,需要慎重使用;

     

    JVM服务参数调优实战

    大型网站服务器案例

    承受海量访问的动态Web应用

    服务器配置:8 CPU, 8G MEM, JDK 1.6.X

    参数方案:

    -server -Xmx3550m -Xms3550m -Xmn1256m -Xss128k -XX:SurvivorRatio=6 -XX:MaxPermSize=256m -XX:ParallelGCThreads=8 -XX:MaxTenuringThreshold=0 -XX:+UseConcMarkSweepGC

    调优说明:

    • -Xmx 与 -Xms 相同以避免JVM反复重新申请内存。-Xmx 的大小约等于系统内存大小的一半,即充分利用系统资源,又给予系统安全运行的空间。
    • -Xmn1256m 设置年轻代大小为1256MB。此值对系统性能影响较大,Sun官方推荐配置年轻代大小为整个堆的3/8。
    • -Xss128k 设置较小的线程栈以支持创建更多的线程,支持海量访问,并提升系统性能。
    • -XX:SurvivorRatio=6 设置年轻代中Eden区与Survivor区的比值。系统默认是8,根据经验设置为6,则2个Survivor区与1个Eden区的比值为2:6,一个Survivor区占整个年轻代的1/8。
    • -XX:ParallelGCThreads=8 配置并行收集器的线程数,即同时8个线程一起进行垃圾回收。此值一般配置为与CPU数目相等。
    • -XX:MaxTenuringThreshold=0 设置垃圾最大年龄(在年轻代的存活次数)。如果设置为0的话,则年轻代对象不经过Survivor区直接进入年老代。对于年老代比较多的应用,可以提高效率;如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概率。根据被海量访问的动态Web应用之特点,其内存要么被缓存起来以减少直接访问DB,要么被快速回收以支持高并发海量请求,因此其内存对象在年轻代存活多次意义不大,可以直接进入年老代,根据实际应用效果,在这里设置此值为0。
    • -XX:+UseConcMarkSweepGC 设置年老代为并发收集。CMS(ConcMarkSweepGC)收集的目标是尽量减少应用的暂停时间,减少Full GC发生的几率,利用和应用程序线程并发的垃圾回收线程来标记清除年老代内存,适用于应用中存在比较多的长生命周期对象的情况。

    内部集成构建服务器案例

    高性能数据处理的工具应用

    服务器配置:1 CPU, 4G MEM, JDK 1.6.X

    参数方案:

    -server -XX:PermSize=196m -XX:MaxPermSize=196m -Xmn320m -Xms768m -Xmx1024m

    调优说明:

     

    • -XX:PermSize=196m -XX:MaxPermSize=196m 根据集成构建的特点,大规模的系统编译可能需要加载大量的Java类到内存中,所以预先分配好大量的持久代内存是高效和必要的。
    • -Xmn320m 遵循年轻代大小为整个堆的3/8原则。
    • -Xms768m -Xmx1024m 根据系统大致能够承受的堆内存大小设置即可。

    在64位服务器上运行应用程序,构建执行时,用 jmap -heap 11540 命令观察JVM堆内存状况如下:

     

     

    Attaching to process ID 11540, please wait...
    Debugger attached successfully.
    Server compiler detected.
    JVM version is 20.12-b01


    using thread-local object allocation.
    Parallel GC with 4 thread(s)


    Heap Configuration:
       MinHeapFreeRatio = 40
       MaxHeapFreeRatio = 70
       MaxHeapSize      = 1073741824 (1024.0MB)
       NewSize          = 335544320 (320.0MB)
       MaxNewSize       = 335544320 (320.0MB)
       OldSize          = 5439488 (5.1875MB)
       NewRatio         = 2
       SurvivorRatio    = 8
       PermSize         = 205520896 (196.0MB)
       MaxPermSize      = 205520896 (196.0MB)


    Heap Usage:
    PS Young Generation
    Eden Space:
       capacity = 255852544 (244.0MB)
       used     = 101395504 (96.69828796386719MB)
       free     = 154457040 (147.3017120361328MB)
       39.63044588683081% used
    From Space:
       capacity = 34144256 (32.5625MB)
       used     = 33993968 (32.41917419433594MB)
       free     = 150288 (0.1433258056640625MB)
       99.55984397492803% used
    To Space:
       capacity = 39845888 (38.0MB)
       used     = 0 (0.0MB)
       free     = 39845888 (38.0MB)
       0.0% used
    PS Old Generation
       capacity = 469762048 (448.0MB)
       used     = 44347696 (42.29325866699219MB)
       free     = 425414352 (405.7067413330078MB)
       9.440459523882184% used
    PS Perm Generation
       capacity = 205520896 (196.0MB)
       used     = 85169496 (81.22396087646484MB)
       free     = 120351400 (114.77603912353516MB)
       41.440796365543285% used

    结果是比较健康的。

    展开全文
  • 例如:-Xms20m -Xmx20m -Xss256k jvm配置 XX比X的稳定性更差,并且版本更新不会进行...(一般来说-Xms和-Xmx的设置为相同大小,因为当heap自动扩容时,会发生内存抖动,影响程序的稳定性) 3、-Xmn n为new,...

    例如:-Xms20m -Xmx20m -Xss256k

    jvm配置

    XX比X的稳定性更差,并且版本更新不会进行通知和说明。

    1、-Xms

        s为strating,表示堆内存起始大小

    2、-Xmx

        x为max,表示最大的堆内存

    (一般来说-Xms和-Xmx的设置为相同大小,因为当heap自动扩容时,会发生内存抖动,影响程序的稳定性)

    3、-Xmn

        n为new,表示新生代大小

    (-Xss:规定了每个线程虚拟机栈(堆栈)的大小)

    4、-XX:SurvivorRator=8 

        表示堆内存中新生代、老年代和永久代的比为8:1:1

    5、-XX:PretenureSizeThreshold=3145728

        表示当创建(new)的对象大于3M的时候直接进入老年代

    6、-XX:MaxTenuringThreshold=15    

        表示当对象的存活的年龄(minor gc一次加1)大于多少时,进入老年代

    7、-XX:-DisableExplicirGC

        表示是否(+表示是,-表示否)打开GC日志

    展开全文
  • linux内存子系统常用参数调优

    千次阅读 2017-03-11 23:23:29
    调整页面分配 /proc/sys/vm/min_free_kbytes 预留的最小进程空间,一般无法被创建使用。...参数有0 1 2,意义如下: 0 启发式过量使用,系统自己决定要不要使用 1 总是过量使用,一上来就开swap
  • JVM常用基础参数-栈内存Xss讲解

    万次阅读 2019-06-28 10:15:55
    3、你平时工作中用过的JVM常用基本配置参数有哪些? 4、强引用、软引用、弱引用、虚引用费别是什么? 5、请你谈谈对OOM的认识 6、GC垃圾回收算法与垃圾收集器的关系?分别是什么请你谈谈? ...
  • Oracle 的内存参数配置

    千次阅读 2019-08-05 13:32:16
    1 Oracle内存分配 主要分SGA和PGA ,一般情况下,应该保持: SGA + PGA = 系统内存的70% ; SGA :PGA分配 = 80% : 20% 。 对于目前机器内存比较大的情况,大部分在32G或以上。...
  • 内存设置 原理 JVM堆内存分为2块:Permanent Space 和 Heap Space。 Permanent 即 持久代(Permanent Generation),主要存放的是Java类定义信息,与垃圾收集器要收集的Java对象关系不大。Heap =
  • 本文讨论PostgreSQL中一些管理内存参数,并对每个参数提供参考值建议。 1. 概述 GUC: Grand Unified Configuration 是postgreSQL对数据库参数进行管理的机制。通常理解是对postgresql.conf文件中变量进行修改,或...
  • JVM内存区域和常用参数简介

    千次阅读 2019-07-11 10:32:00
    一:直接上干货,一下参数可以直接用:jmap -heap 进程号来查看 -Xss:栈大小 -Xms:堆的最小值; -Xmx:堆的最大值; -Xmn:新生代的大小; -XX:NewRatio老年代(不包括永久区)与新生代(Eden + from+to...
  • JVM常用基础参数内存Xss讲解

    千次阅读 2020-01-11 16:08:39
    JVM常用参数 -Xss 参数为设置单个线程栈的大小, 一般默认为512K~1024K 其等价于 -XX:ThreadStackSize 栈是用来运行方法的, 堆是用来存储数据. 通过此程序查看栈内存大小 public class MyHelloGc { public static ...
  • 1.kld配置文件编辑器 2.截图工具CESnap、SnapShot 3.内存占用查看工具Resinfo.exe 4.设备参数获取工具 5.键盘jotkbd.exe 6.强制进入CE后台工具cecmd.exe
  • mysql配置参数调优(8GB内存和64GB内存)

    千次阅读 2019-09-11 22:33:26
    文章目录一、前言二、查看服务器的CPU和内存1、查看CPU的个数2、查看服务器的内存3、数据库版本三、64GB内存的mysql配置参数四、本机8GB内存的mysql配置参数1、查看数据库版本2、具体的配置参数五、总结1、数据库...
  • JVM参数调优(内存溢出解决办法)

    千次阅读 2018-02-25 23:46:22
    JVM参数调优(内存溢出解决办法) 设置堆内存大小 错误原因: java.lang.OutOfMemoryError: Java heap space 堆内存溢出 解决办法: 设置堆内存大小: -Xms10m -Xmx10m -XX:+...
  • JVM 内存区域大小参数设置

    千次阅读 2017-05-15 17:24:48
    2. JVM垃圾回收算法下图是JVM内存区域划分的逻辑图从图中我们大概了解JVM相关的内存区域。JVM内存包括区域 Heap(堆区)New Generation(新生代) Eden Survivor From Survivor To Old Generation(老年代) 方法区...
  • AIX查看CPU和内存参数

    千次阅读 2019-09-11 16:59:10
    AIX查看CPU及内存参数 给大家简单的介绍几个常用的命令 一、AIX下查看CPU 1.查询AIX的硬件信息 prtconf 2. 查看逻辑CPU个数 #pmcycles -m CPU 0 runs at 4204 MHz CPU 1 runs at 4204 MHz CPU 2 runs at 4204 ...
  • 神经网络常用模型参数量一级目录二级目录 一级目录 二级目录
  • vgg 16模型的内存参数量的计算

    万次阅读 多人点赞 2018-05-02 14:14:10
    cs231n上关于VGG-16模型的内存参数的计算过程如下。INPUT: [224x224x3] memory: 224*224*3=150K weights: 0 CONV3-64: [224x224x64] memory: 224*224*64=3.2M weights: (3*3*3)*64 = 1,728 CONV3-64: [224x224x64]...
  • redis性能出现问题的表象有哪些 连接超时 延时过高 查看redis的某些参数和其含义 info 连接redis以后,输入info,info命令输出的数据可分为10个类别,分别是: server clients memory persistence stats ...
  • WebLogic常用参数配置

    2014-10-24 10:14:26
    WebLogic常用参数配置,涉及到常用参数配置以及常见问题,附带OSB的部分配置
  • 新生代采用空闲指针的方式来控制GC触发,指针保持最后一个分配的对象在新生代区间的位置,当新的对象要分配内存时,用于检查空间是否足够,不够就触发GC。当连续分配对象时,对象会逐渐从eden到survivor,最后到旧...
  • 常用的 JVM 调优的参数

    千次阅读 2019-08-07 11:24:50
    -Xmx2g:堆最大内存为 2g; -XX:NewRatio=4:设置年轻的和老年代的内存比例为 1:4; -XX:SurvivorRatio=8:设置新生代 Eden 和 Survivor 比例为 8:2; –XX:+UseParNewGC:指定使用 ParNew + Serial Old 垃圾回收器...
  • 在JDK的bin目录下很多命令行工具:  我们可以看到各个工具的体积基本上都稳定在27kb左右,这个不是JDK开发团队刻意为之的,而是因为这些工具大多数是jdk\lib\tools.jar类库的一层薄包装而已,他们的主要功能...
  • 参数的含义 -Xms128m JVM初始分配的堆内存 -Xmx512m JVM最大允许分配的堆内存,按需分配 -XX:PermSize=64M JVM初始分配的非堆内存 -XX:MaxPermSize=128M JVM最大允许分配的非堆内存,按需分配
  • HIVE常用优化参数

    千次阅读 2019-07-09 16:22:41
    常用MapReduce作业配置参数 可在客户端的mapred-site.xml中配置,作为MapReduce作业的缺省配置参数。也可以在作业提交时,个性化指定这些参数。 常见问题及参数设置 1、提交作业java.lang.OutOfMemoryError: Java ...
  • JVM常用参数与工具

    千次阅读 2016-09-23 10:02:38
    原文出处:http://www.cnblogs.com/zhguang/p/java-jvm-gc.html目录参数设置收集器搭配启动内存分配监控工具和方法调优方法调优实例 光说不练假把式,学习Java GC机制的目的是为了实用,也就是为了在JVM出现问题时...
  • Linux内存子系统基础及常用调优参数

    千次阅读 2015-11-02 21:20:09
    内存调优涉及大量计算机操作系统原理知识,包括存储器管理中内存分配策略,基于分页/分段存储管理方式,请求分页/分段存储管理方式,页面置换算法,系统调用,中断机制,进程切换等,本文整合梳理了网络资料及书本...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 624,039
精华内容 249,615
关键字:

内存的常用参数有哪些