jvm 参数调优

最新推荐文章于 2023-03-05 16:21:38 发布
最新推荐文章于 2023-03-05 16:21:38 发布
阅读量769 收藏
点赞数
分类专栏： jvm

PE2950 8G  双cpu，每cpu四核，raid1，两个tomcat6.0.14

JAVA_OPTS='-server -Xms2560m -Xmx2560m -Xmn768m -XX:PermSize=128m -XX:MaxPermSize=256m -Xss256k    
 -XX:ParallelGCThreads=6 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:MaxTenuringThreshold=5 -XX:SurvivorRatio=8 -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -Xloggc:/var/log/boss/gc-a.log -Djava.awt.headless=true -XX:+DisableExplicitGC -Dlog.home=/var/log/boss/boss-a -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false'

 曾用过的： 

#JAVA_OPTS='-server -Xms2560m -Xmx2560m -Xmn768m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:ParallelGCThreads=6 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:MaxTenuringThreshold=5 -XX:SurvivorRatio=8 -verbose:gc -XX:+PrintGCDetails -Xloggc:/var/log/boss/gc-a.log -Djava.awt.headless=true -XX:+ExplicitGCInvokesConcurrent -Dlog.home=/var/log/boss/boss-a -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false'  
#JAVA_OPTS='-server -Xms2048m -Xmx2048m -Xmn768m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:ParallelGCThreads=4 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -Djava.awt.headless=true -XX:+DisableExplicitGC -Xloggc:/var/log/boss/gc-a.log -Dlog.home=/var/log/boss/boss-a'  
#JAVA_OPTS='-server -Xms2048m -Xmx2048m -Xmn512m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:ParallelGCThreads=4 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -Djava.awt.headless=true -XX:+DisableExplicitGC -XX:+HeapDumpOnOutOfMemoryError -XX:+PrintGCDetails -XX:+PrintHeapAtGC -Xloggc:/var/log/boss/gc-a.log -Dlog.home=/var/log/boss/boss-a -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCApplicationConcurrentTime -XX:+ExplicitGCInvokesConcurrent'

  其它重要选项
-verbose:gc
-XX:+UseParallelOldGC（请注意，并行缩并在与并发标记清除（mark-sweep）收集器结合使用时不可用；它只能和并行年轻代收集器（-XX:+UseParallelGC）一起使用）
-XX:+ExplicitGCInvokesConcurrent


提示：一般的Young Generation的大小是整个Heap size的1/4。Young generation的minor收集率应一般在70％以上。当然在实际的应用中需要根据具体情况进行调整。

 

http://blog.csdn.net/feng_sundy/archive/2007/01/02/1472316.aspx

http://www.tot.name/show/3/7/20061112220201.htm

http://calvin.iteye.com/blog/212967

-Xrunhprof:heap=sites

 

GC日志分析工具：

GC portal

http://java.sun.com/developer/technicalArticles/Programming/GCPortal/

HPjmeter

Jtune

gcviewer

 

JVM 选项全集：

http://java.sun.com/javase/technologies/hotspot/vmoptions.jsp

 

 

 

调优总结：

http://unixboy.iteye.com/blog/174173

 

http://calvin.iteye.com/blog/91905

 

http://wxw850227.iteye.com/blog/255242

 

http://sdh5724.iteye.com/blog/283977

 

<本文提供的设置仅仅是在高压力， 多CPU， 高内存环境下设置> 

最近对JVM的参数重新看了下， 把应用的JVM参数调整了下。  几个重要的参数

-server -Xmx3g -Xms3g -XX:MaxPermSize=128m 
-XX:NewRatio=1  eden/old 的比例
-XX:SurvivorRatio=8  s/e的比例 
-XX:+UseParallelGC 
-XX:ParallelGCThreads=8  
-XX:+UseParallelOldGC  这个是JAVA 6出现的参数选项 
-XX:LargePageSizeInBytes=128m 内存页的大小， 不可设置过大， 会影响Perm的大小。 
-XX:+UseFastAccessorMethods 原始类型的快速优化 
-XX:+DisableExplicitGC  关闭System.gc()



另外 -Xss 是线程栈的大小， 这个参数需要严格的测试， 一般小的应用， 如果栈不是很深， 应该是128k够用的， 不过，我们的应用调用深度比较大， 还需要做详细的测试。 这个选项对性能的影响比较大。 建议使用256K的大小.

例子:

-server -Xmx3g -Xms3g -Xmn=1g -XX:MaxPermSize=128m -Xss256k  -XX:MaxTenuringThreshold=10 -XX:+DisableExplicitGC -XX:+UseParallelGC -XX:+UseParallelOld GC -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+AggressiveOpts -XX:+UseBiasedLocking　

 

-XX:+PrintGCApplicationStoppedTime -XX:+PrintGCTimeStamps -XX:+PrintGCDetails 打印参数

=================================================================

另外对于大内存设置的要求:

Linux : 
Large page support is included in 2.6 kernel. Some vendors have backported the code to their 2.4 based releases. To check if your system can support large page memory, try the following:   

# cat /proc/meminfo | grep Huge
HugePages_Total: 0
HugePages_Free: 0
Hugepagesize: 2048 kB
#

If the output shows the three "Huge" variables then your system can support large page memory, but it needs to be configured. If the command doesn't print out anything, then large page support is not available. To configure the system to use large page memory, one must log in as root, then:

  1. Increase SHMMAX value. It must be larger than the Java heap size. On a system with 4 GB of physical RAM (or less) the following will make all the memory sharable:

    # echo 4294967295 > /proc/sys/kernel/shmmax

  2. Specify the number of large pages. In the following example 3 GB of a 4 GB system are reserved for large pages (assuming a large page size of 2048k, then 3g = 3 x 1024m = 3072m = 3072 * 1024k = 3145728k, and 3145728k / 2048k = 1536): 

    # echo 1536 > /proc/sys/vm/nr_hugepages

Note the /proc values will reset after reboot so you may want to set them in an init script (e.g. rc.local or sysctl.conf).

=============================================
这个设置， 目前观察下来的结果是EDEN区域收集明显速度比较快， 最多几个ms, 但是，对于FGC， 大约需要0。9， 但是发生时间非常的长， 应该是影响不大。 但是对于非web应用的中间件服务, 这个设置很要不得, 可能导致很严重延迟效果. 因此, CMS必然需要被使用, 下面是CMS的重要参数介绍

关于CMS的设置:

使用CMS的前提条件是你有比较的长生命对象， 比如有200M以上的OLD堆占用。 那么这个威力非常猛， 可以极大的提高的FGC的收集能力。 如果你的OLD占用非常的少， 别用了， 绝对降低你性能， 因为CMS收集有2个STOP WORLD的行为。 OLD少的清情况， 根据我的测试， 使用并行收集参数会比较好。


-XX:+UseConcMarkSweepGC   使用CMS内存收集
-XX:+AggressiveHeap 特别说明下：(我感觉对于做java cache应用有帮助)

  • 试图是使用大量的物理内存
  • 长时间大内存使用的优化，能检查计算资源（内存， 处理器数量）
  • 至少需要256MB内存
  • 大量的CPU／内存， （在1.4.1在4CPU的机器上已经显示有提升）

-XX:+UseParNewGC 允许多线程收集新生代
-XX:+CMSParallelRemarkEnabled  降低标记停顿

-XX+UseCMSCompactAtFullCollection  在FULL GC的时候， 压缩内存， CMS是不会移动内存的， 因此， 这个非常容易产生碎片， 导致内存不够用， 因此， 内存的压缩这个时候就会被启用。 增加这个参数是个好习惯。 


 

压力测试下合适结果：

-server -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:MaxTenuringThreshold=31 -XX:+DisableExplicitGC  -XX:+UseConcMarkSweepGC -XX:+UseParNewGC  -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m  -XX:+UseFastAccessorMethods

 

由于Jdk1.5.09及之前的bug, 因此， CMS下的GC， 在这些版本的表现是十分糟糕的。  需要另外2个参数来控制cms的启动时间：

-XX:+UseCMSInitiatingOccupancyOnly   仅仅使用手动定义初始化定义开始CMS收集

-XX:CMSInitiatingOccupancyFraction=70  CMS堆上， 使用70％后开始CMS收集。

 

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

 

=========系统情况介绍＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

这个例子是测试系统12小时运行后的情况：

$uname -a

2.4.21-51.EL3.customsmp #1 SMP Fri Jun 27 10:44:12 CST 2008 i686 i686 i386 GNU/Linux

 

$ free -m
             total       used       free     shared    buffers     cached
Mem:          3995       3910         85          0        162       1267
-/+ buffers/cache:       2479       1515
Swap:         2047          0       2047

 

$ jstat -gcutil 23959 1000

 S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT   
 59.06   0.00  45.77  44.45  56.88  15204  324.023    66    1.668  325.691
  0.00  39.66  27.53  44.73  56.88  15205  324.046    66    1.668  325.715
 53.42   0.00  22.80  44.73  56.88  15206  324.073    66    1.668  325.741
  0.00  44.90  13.73  44.76  56.88  15207  324.094    66    1.668  325.762
 51.70   0.00  19.03  44.76  56.88  15208  324.118    66    1.668  325.786
  0.00  61.62  19.44  44.98  56.88  15209  324.148    66    1.668  325.816
 53.03   0.00  14.00  45.09  56.88  15210  324.172    66    1.668  325.840
 53.03   0.00  87.87  45.09  56.88  15210  324.172    66    1.668  325.840
  0.00  50.49  72.00  45.22  56.88  15211  324.198    66    1.668  325.866

 

GC参数配置：

JAVA_OPTS=" -server -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:MaxTenuringThreshold=31 -XX:+DisableExplicitGC  -XX:+UseConcMarkSweepGC -XX:+UseParNewGC  -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m  -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 "

实际上我们可以看到并行young gc执行时间是： 324.198s／15211＝20ms, cms的执行时间是 1.668／66＝25ms. 当然严格来说， 这么算是不对的， 世界停顿的时间要比这是数据稍微大5-10ms. 对我们来说如果不输出日志， 对我们是有参考意义的。

 

32位系统下， 设置成2G， 非常危险， 除非你确定你的应用占用的native内存很少， 不然可能导致jvm直接crash。

 

-XX:+AggressiveOpts 加快编译

-XX:+UseBiasedLocking 锁机制的性能改善。



转载自：http://niyunjiu.iteye.com/blog/337266

Coding-lover
关注
专栏目录
jvm参数调优
w1lgy的博客
08-25 1086
一、了解JVM参数 JVM参数类型： 常见垃圾回收器组合参数设定：(1.8) GC常用参数 Parallel常用参数 CMS常用参数 G1常用参数 二、调优 1、调优前的基础概念： 2、什么是调优？ 3、调优，从规划开始 三、日志详解 ps日志 CMS G1 四、案例分析 案例1 案例2
log4j2获取JVM启动参数
泊川
01-20 9098
在log4j1.x版本如果想获取如下的JVM启动参数 Dlog.path.prefix=/export/home/tomcat/logs/waybill1.etms/waybill1.etms.360buy.com -Ddeploy.project.id=2856 -Ddeploy.app.id=370 -Ddeploy.app.name=myApp 其中log.path.pref
log4j日志文件路径配置
acooly
09-24 375
1.使用绝对路径 log4j.appender.logfile.File=c:/absolutePath/logfile   2.配置环境变量，达到使用相对路径的目的。   2.1.使用webapp或tomcat日志目录 web.xml: &lt;context-param&gt; &lt;param-name&gt;webAppRootKey&lt;/param-name&gt;...
JVM参数大全
赵旭的博客
03-26 2534
1.1 通用JVM参数-server如果不配置该参数，JVM会根据应用服务器硬件配置自动选择不同模式，server模式启动比较慢，但是运行期速度得到了优化，适合于服务器端运行的JVM。-client启动比较快，但是运行期响应没有server模式的优化，适合于个人PC的服务开发和测试。-Xmx 设置java heap的最大值，默认是机器物理内存的1/4。这个值决定了最多可用的Java堆内存：分配过少...
Java虚拟机参数配置
weixin_34380296的博客
12-13 219
<本文提供的设置仅仅是在高压力， 多CPU， 高内存环境下设置>最近对JVM的参数重新看了下， 把应用的JVM参数调整了下。 几个重要的参数-server -Xmx3g -Xms3g -XX:MaxPermSize=128m-XX:NewRatio=1 eden/old 的比例-XX:SurvivorRatio=8 s/e的比例-XX:+UseParall...
gradle中bootspring打包到tomcat上_IDEA 社区版不支持 Tomcat？一招完美解决
weixin_39743423的博客
11-19 268
作者 | 郑祎责编 | Elle前言IntelliJ IDEA Community Edition(社区版)不支持Tomcat，不想花钱购买Ultimate版本，也不想使用Eclipse，尝试通过其他方式使IDEA社区版支持Tomcat。尝试的方法2.1. Smart Tomcat插件在IDEA社区版(2019.2.4)中安装了Smart Tomcat插件，并使用其启动Tomcat应用，遇到了以下...
JVM优化3(Tomcat参数调优,JVM参数调优,jvm字节码,代码优化).pdf
01-08
本篇文件内容主要介绍了JVM优化的第三部分，重点围绕Tomcat参数调优、JVM参数调优、JVM字节码优化以及代码优化等几个方面。下面是针对这些知识点的详细解释： 1. Tomcat参数调优 在Tomcat参数调优部分，首先介绍了...
jvm参数调优-jvmSample.zip
11-06
《JVM参数调优——深度解析与实践指南》 在Java开发中，JVM（Java Virtual Machine）扮演着至关重要的角色。它不仅负责执行Java代码，还管理内存、线程等资源，确保程序的高效运行。然而，如果不合理地配置JVM参数...
JVM 参数调优-optimization-jvm.zip
11-06
JVM参数调优是一个涉及多方面知识的复杂过程，需要根据具体的应用场景和性能指标持续调整。正确理解和运用这些知识点，能有效提升Java应用的运行效率和稳定性。如果需要深入学习，可以参考官方文档、专业书籍或在线...
JVM参数调优及Java测试代码
最新发布
12-25
本主题将深入探讨JVM参数调优的重要性、原理以及如何进行测试和监控，以便找到最优配置。我们将不涉及具体代码，而是关注理论知识和实践策略。 首先，理解JVM的主要组成部分至关重要。JVM分为堆内存（Heap）、方法...
SpringBoot日志记录logback
文盲青年的博客
06-12 1953
SpringBoot默认使用CommonsLogging，但是也提供了对常用流行日志的支持，如Java util Logging 、Log4j、Logback等，参考这位大佬的博客： https://blog.csdn.net/ztchun/article/details/79804583 ...
实战经验总结的JVM调优建议～
不定时分享最优质的网络技术与教程，满满的干货。
03-05 283
这也就意味着，按照我们上边预期的情况来想，40mb/s的对象产生速率，大概20秒可以占满eden区，按照统计，大概会有95%的对象被回收，大约剩下35mb左右的对象放入到survivor区中。假设哪天我们的业务场景变化了，程序员在代码中用了很多的List去存放对象，那么GC的情况可能就不像你想的那么简单了。如果此时发现内存空间不足了，就会进入使用Serial Old收集器来进行回收的环节，这一阶段的性能就很差了，所以这一点也是CMS垃圾收集器存在的一个风险隐患，极端场景下可能会有长时间的stw。
JVM调优实战
weixin_30399055的博客
01-11 238
JVM调优实战 文档修订记录 版本 日期 撰写人 审核人 批准人 变更摘要 & 修订位置 ...
Katalon 提示java.lang.RuntimeException: Method code too large 的解决方案
qq_21867719的博客
12-05 5328
在使用Katalon时，当我们的TestCase代码量过大，会出现Method code too large的提示 我的建议是，大型测试用例拆分为几个较小的测试用例，在主case中调用其他体积较小case，这样做到了部分封装，类似Java中把一块代码封装成一个方法，然后去调用它。方式为WebUI.callTestCase（）。 这样就把主case中明面上的代码行数减少了，Katalon会允许这样做...
根据系统属性、环境变量动态设置log4j2日志路径
路穆里奇
06-29 7122
1、根据环境变量env设置 <- 可以根据System.getenv("LogHomeRoot")获取的环境变量，可以直接通过以下方式设置 -> <property name="LOG_HOME">${env:LogHomeRoot}</property> 2、根据系统属性sys设置 <- 可以根据System.getProperty("LogHomeRoot")获取的系统属性，可以直接通过以下方式设置 -> <property name="L
JVM调优 ( by quqi99 )
IOT之无线网络传输技术
02-19 569
理论参考： JAVA性能优化—Sun Hotspot JDK JVM参数设置 http://www.hashei.me/2009/05/tuning-the-sun-hotspot-jdk.html   我的做法： 去掉 -Xmx512 -client -Dsun.rmi.dgc.server.gcInterval=3600000 -Dsun.rmi.dgc.client.gcI
weblogic server 启动脚本
CR7 - Xyy -- For oracle
08-07 6714
一. linux   下   app01   应用server启动脚本如下：   #!/bin/sh                                                                       ----aix或者hpux下   #!/bin/ksh if [ `whoami` != 'weblogic' ]; then    echo
三种方法解决 Jenkins 声明式流水线 Exception: Method code too large !
alittleyatou的博客
12-01 2829
转载自https://cloud.tencent.com/developer/article/1643688 这是我第二次在使用 Jenkins 声明式流水线的时候遇到了这个问题，第一次遇到这个问题的时候是在一个 Pipeline 里大概写到 600 多行时候遇到如下错误： org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed: General error during class gener.
JVM 参数
Java面试辅导-海龟老师
01-29 538
-X、-XX区别 -X：非标准选项 以 -X 开头的这些选项是非标准选项，是特定于 Java HotSpot 虚拟机的通用选项，不保证所有 JVM 的实现都支持它们，而且还会发生变化。 -X：非标准选项 以 -XX 开头的选项是高级选项，高级选项不建议随意使用。这些是开发人员用于调优 Java HotSpot 虚拟机操作的特定区域的选项，这些选项通常具有特定的系统需求，并且可能需要特权访问...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值