【转载】JVM内存分配与调优参数列表

简介:

本文转载自http://shift-alt-ctrl.iteye.com/blog/1842631

 

一.运行时数据区:

 

  1. 程序计数器:它是一块较小的内存空间,主要作用是当前线程所执行的字节码的行号指示器.由于java虚拟机的多线程是通过轮流切换并分配处理器执行时间的方式来实现的(协作式/抢占式?!),即任何时刻,任一CPU只会正在处理一个线程的指令;为了确保线程切换后能够正确恢复执行的位置,每个线程都有一个独立的程序计数器,每个计数器为线程私有.如果线程正在执行java方法,那么此计数器记录的是正在执行的字节码指令地址;如果执行的是Native方法,那么它(计数器)的值则为undefined.
  2. 虚拟机栈:线程私有,每个线程在执行java方法时都会被创建虚拟机栈,它用来存储方法执行期间的局部变量/操作数栈/动态连接表等.直到方法退出.局部变量表存放了编译期可知的各种基本类型(boolean,int,char...)以及对象引用类型(reference).如果线程请求的栈深度大于JVM所允许的深度,将会抛出statckOverflowError.
  3. 本地方法栈:对于native方法调用期间,jvm为线程创建的空间.在hotspot中,本地方法栈和虚拟机栈合二为一.
  4. 堆:JVM规范中阐述,所有的对象都将被存储在堆中;堆有可以根据对象的生命周期和收集策略,分为新生代和旧生代;其中新生代中为了便于GC和性能优化,再次分为Eden,from/to交换区三个小区.
  5. 方法区:通常称为持久带,此区为线程共享区域;用于存储VM加载的类信息/常量/静态变量等,它作为堆的逻辑部分,但在GC和空间使用上和堆有着很大的不同.方法区一般很少会被GC,但是方法区中的常量池以及类引用的卸载,仍然会被GC;当方法区空间不足时,仍会抛出OOM异常.
  6. 运行时常量池:作为方法区的一部分,用于编译期生成的各种字面量和符号引用,它具有动态性,即在运行时仍然可以讲常量添加到常量池中,例如String.intern()方法.常量池会被GC.
  7. 直接内存(Directed Menory):通常发生在NIO中为了提升性能,将生命周期较长的buffer声明为直接内存,直接内存不会受到heap区域大小的限制(--Xms,--Xmx参数对其无效),直接内存的大小受到本机物理内存和OS-swap区域大小的限制,如果无法申请到直接内存,JVM也将抛出OOM异常.

    JVM采取了"直接内存指针"方式来访问对象,即本地变量表中维护的对象reference直接指向对象数据的内存地址,在此对象数据中包含了此对象类型的引用(Class),此方式对于操作对象更加快捷.

 

二.JVM常用调优/调试参数:

 

-Xms<size>

例如:-Xms2G,设置Heap的初始大小

-Xmx<size>

设置Heap的最大尺寸,建议为最大物理内存的1/3(建议此值不超过12G)

-Xss<size>

方法栈大小

-Xmn<size>

新生代大小

-XX:NewSize=<value>

-XX:MaxNewSize=<value>

-XX:SurvivorRatio=<value>

新生代设置.单位为byte

SurvivorRatio = Eden/survivor;例如此值为3,则表示,Eden : from : to = 3:1:1;默认值为8

-XX:PermSize=<value>

-XX:MaxPermSize=<value>

方法区大小,max值默认为64M

-XX:[+ | -]UseConcMarkSweepGC

打开或关闭基于ParNew + CMS + SerialOld的收集器组合.(-XX:+UseParNewGC)

-XX:[+ | -]UseParallelGC

在server模式下的默认值(+),表示使用Parallel Scavenge + Serial Old收集器组合

-XX:[+ | -]UseParallelOldGC

默认关闭,+表示打开/使用Parallel Scavenge + Parallel Old收集器组合

-XX:PretenureSizeThreshold=<value>

直接晋升为旧生代的对象大小.大于此值的将会直接被分配到旧生代,单位byte

-XX:MaxTenuringThreshold=<value>

晋升到旧生代的对象年龄(已经或者即将被回收的次数);每个对象被minor GC一次,它的年龄+1,如果对象的年龄达到此值,将会进入旧生代.

-XX:[+ | -]UseAdaptiveSizePolicy

默认开启;是否动态调整java中堆中各个区域大小以及进入旧生代的年龄;此参数可以方便我们对参数调优,找到最终适合配置的参数.

-XX:[+ | -]HandlePromotionFailure

JDK1.6默认开启,是否支持内存分配失败担保策略;在发生Minor GC时,虚拟机会检测之前每次晋升到老年代的平均大小是否大于老年代的剩余空间大小,如果大于,则改为直接进行一次Full GC。如果小于,则查看HandlePromotionFailure设置是否允许担保失败;如果允许,那只会进行Minor GC;如果不允许,则也要改为进行一次Full GC。

-XX:ParallelGCThreads=<value>

并行GC时所使用的线程个数.建议保持默认值(和CPU个数有换算关系).

-XX:GCTimeRatio=<value>

GC占JVM服务总时间比.默认为99,即允许1%的GC时间消耗.此参数只在Parallel Scavenge收集器下生效

-XX:CMSInitiatingOccupancyFraction=<value>

设置CMS收集器在旧生代空间适用占比达到此值时,触发GC.

-XX:[+ | -]UseCMSCompactAtFullCollection

默认开启,表示在CMS收集器进行一次Full gc后是否进行一次内存碎片整理,[原因:CMS回收器会带来内存碎片]

-XX:CMSFullGCSBeforeCompaction=<value>

进行多少次FullGC之后,进行一次内存碎片整理.[原因:CMS回收器会带来内存碎片]

 

参考样例:

JAVA_OPTS = "-verbose:gc 

-Xms3G -Xmx=3G 

-XX:MaxPermSize=256M 

-XX:SurvivorRatio=3 

-XX:MaxNewSize=1G 

-XX:+UseConcMarkSweepGC 

-XX:MaxTenuringThreshold=5 

-XX:CMSInitiatingOccupancyFraction=70 

-XX:+UseCMSCompactAtFullCollection

-XX:+PrintGCDetails 

-XX:+PrintGCDateStamps 

-Xloggc:../logs/server-gc.log.$(date +%Y%m%d%H%M) 

-XX:+UseGCLogFileRotation 

-XX:NumberOfGCLogFiles=1 

-XX:GCLogFileSize=512M"

 
目录
相关文章
|
24天前
|
缓存 算法 Java
Java内存管理与调优:释放应用潜能的关键
【4月更文挑战第2天】Java内存管理关乎性能与稳定性。理解JVM内存结构,如堆和栈,是优化基础。内存泄漏是常见问题,需谨慎管理对象生命周期,并使用工具如VisualVM检测。有效字符串处理、选择合适数据结构和算法能提升效率。垃圾回收自动回收内存,但策略调整影响性能,如选择不同类型的垃圾回收器。其他优化包括调整堆大小、使用对象池和缓存。掌握这些技巧,开发者能优化应用,提升系统性能。
|
存储 安全 算法
深入剖析JVM内存管理与对象创建原理
JVM内存管理,JVM运行时区域,直接内存,对象创建原理。
40 2
|
1月前
|
存储 算法 安全
【JVM】深入理解JVM对象内存分配方式
【JVM】深入理解JVM对象内存分配方式
29 0
|
28天前
|
存储 缓存 Java
金石原创 |【JVM盲点补漏系列】「并发编程的难题和挑战」深入理解JMM及JVM内存模型知识体系机制(1)
金石原创 |【JVM盲点补漏系列】「并发编程的难题和挑战」深入理解JMM及JVM内存模型知识体系机制(1)
37 1
|
28天前
|
缓存 Java C#
【JVM故障问题排查心得】「Java技术体系方向」Java虚拟机内存优化之虚拟机参数调优原理介绍(一)
【JVM故障问题排查心得】「Java技术体系方向」Java虚拟机内存优化之虚拟机参数调优原理介绍
79 0
|
1天前
|
监控 Java
【JVM】深入理解JVM调优
【JVM】深入理解JVM调优
6 0
|
2天前
|
Java 程序员 数据库连接
Java从入门到精通:3.3.2性能优化与调优——内存管理篇
Java从入门到精通:3.3.2性能优化与调优——内存管理篇
Java从入门到精通:3.3.2性能优化与调优——内存管理篇
|
14天前
|
存储 前端开发 安全
JVM内部世界(内存划分,类加载,垃圾回收)(上)
JVM内部世界(内存划分,类加载,垃圾回收)
48 0
|
18天前
|
存储 算法 安全
深度解析JVM世界:JVM内存分配
深度解析JVM世界:JVM内存分配
|
1月前
|
监控 Java
JVM常用的命令行参数
JVM常用的命令行参数