【JVM技术探索】深入探索之参数配置及调优-低调大师

【JVM技术探索】深入探索之参数配置及调优

2021-05-05 522

今日感悟

逆境使人成熟，绝境使人醒悟。麦穗越成熟越懂得弯腰，人越懂得弯腰才会越成熟。不要把别人对自己的放弃，变成自己对自己的放弃。人生的日子都是越过越少，剩下的日子都是越来越重要。所谓顺其自然，并非代表我们可以不努力，而是努力之后我们有勇气接受一切的成败。加油未来的每一天！！！

JVM日常参数配置

JAVA_OPTS="  -Xmx512m -Xms512m -Xmn170m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4"

例子讲解

-Xmx512m：设置Java虚拟机的堆最大可用内存大小，单位：兆；整个堆大小=年轻代+年老代+持久代。持久代一般固定65m。

-Xms512m：设置Java虚拟机的堆的初始值内存大小，单位：兆，可以设置和-Xmx一样，避免每次垃圾回收完成后JVM重新分配内存；

-Xmn170m：设置年轻代内存大小，单位：兆，Sun官方推荐为整个堆的3/8。

-Xss128k：设置每个线程的栈大小。JDK5.0之前是256K，JDK5.0后每个线程大小为1M；

-XX:NewRatio=4：设置年轻代（Eden和2个Survivor区）与老年代的比值（不包含持久代），设置=4，则年轻代：老年代=1:4，年轻代占整个堆栈的1/5；

-XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的比值，设置=4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6

-XX:MaxPermSize=16m:设置持久代为16m；

-XX:MaxTenuringThreshold=0；设置垃圾最大年龄；

JVM常见参数设置说明

-Xms：初始堆大小物理内存的1/64(<1GB)，默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制.

-Xmx：最大堆大小物理内存的1/4(<1GB) 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制

-Xmn：年轻代大小(1.4 or later) 注意：此处的大小是（eden+ 2 survivor space)。与jmap -heap中显示的New gen是不同的。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小. 增大年轻代后，将会减小年老代大小。此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8

-XX:NewSize：设置年轻代大小(for 1.3/1.4)

-XX:MaxNewSize：年轻代最大值(for 1.3/1.4)

-XX:PermSize：设置持久代(perm gen)初始值物理内存的1/64，JDK1.8之前：以物理内存为4GB为例，4G的1/64是64MB；4G的1/4是1024MB，那么PermSize就是64MB（默认值），也就是Java永生代内存初始大小；而 MaxPermSize的大小就是1024MB了

-XX:MaxPermSize：设置持久代最大值物理内存的1/4。

-Xss：每个线程的堆栈大小，JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整.在相同物理内存下,减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右一般小的应用，如果栈不是很深，应该是128k够用的大的应用建议使用256k。这个选项对性能影响比较大，需要严格的测试。

-XX:ThreadStackSize：Thread Stack Size (0 means use default stack size) [Sparc: 512; Solaris x86: 320 (was 256 prior in 5.0 and earlier); Sparc 64 bit: 1024; Linux amd64: 1024 (was 0 in 5.0 and earlier); all others 0.]

-XX:NewRatio：年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代) -XX:NewRatio=4表示年轻代与年老代所占比值为1:4，年轻代占整个堆栈的1/5，Xms=Xmx并且设置了Xmn的情况下，该参数不需要进行设置。

-XX:SurvivorRatio：Eden区与Survivor区的大小比值设置为8，则两个Survivor区与一个Eden区的比值为2:8，一个Survivor区占整个年轻代的1/10

-XX:LargePageSizeInBytes：内存页的大小不可设置过大，会影响Perm的大小=128m

-XX:+UseFastAccessorMethods 原始类型的快速优化

-XX:+DisableExplicitGC：关闭System.gc() 这个参数需要严格的测试

-XX:MaxTenuringThreshold：垃圾最大年龄如果设置为0的话，则年轻代对象不经过Survivor区,直接进入年老代. 对于年老代比较多的应用,可以提高效率.如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概率该参数只有在串行GC时才有效.

-XX:+AggressiveOpts：加快编译，优化代码

-XX:+UseBiasedLocking：锁机制的性能改善，开启偏向锁

-Xnoclassgc：禁用垃圾回收

-XX:SoftRefLRUPolicyMSPerMB 每兆堆空闲空间中SoftReference的存活时间 1s softly reachable objects will remain alive for some amount of time after the last time they were referenced. The default value is one second of lifetime per free megabyte in the heap

-XX:PretenureSizeThreshold 对象超过多大是直接在旧生代分配 0 单位字节新生代采用Parallel Scavenge GC时无效，另一种直接在旧生代分配的情况是大的数组对象,且数组中无外部引用对象.

-XX:TLABWasteTargetPercent TLAB占eden区的百分比 1%

-XX:+CollectGen0First：FullGC时是否先YGC false

JVM辅助信息参数设置

-XX:+PrintGC 输出形式:[GC 118250K->113543K(130112K), 0.0094143 secs] [Full GC 121376K->10414K(130112K), 0.0650971 secs]

-XX:+PrintGCDetails 输出形式:[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs] [GC DefNew: 8614K-
8614K(9088K), 0.0000665 secs 121376K->10414K(130112K), 0.0436268 secs]

-XX:+PrintGCTimeStamps

-XX:+PrintGC:PrintGCTimeStamps 可与-XX:+PrintGC -XX:+PrintGCDetails混合使用输出形式:11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]

-XX:+PrintGCApplicationStoppedTime 打印垃圾回收期间程序暂停的时间.可与上面混合使用输出形式:Total time for which application threads were stopped: 0.0468229 seconds

-XX:+PrintGCApplicationConcurrentTime 打印每次垃圾回收前,程序未中断的执行时间.可与上面混合使用输出形式:Application time: 0.5291524 seconds

-XX:+PrintHeapAtGC 打印GC前后的详细堆栈信息

-Xloggc:filename 把相关日志信息记录到文件以便分析. 与上面几个配合使用

-XX:+PrintClassHistogram garbage collects before printing the histogram.

-XX:+PrintTLAB 查看TLAB空间的使用情况

-XX:+PrintTenuringDistribution 查看每次minor GC后新的存活周期的阈值 Desired survivor size 1048576 bytes, new threshold 7 (max 15) new threshold 7即标识新的存活周期的阈值为7。

GC调优思路

分析场景——例如：启动速度慢；偶尔出现响应慢于平均水平或者出现卡顿。

确定目标——内存占用、低延时、吞吐量。

收集日志——通过参数配置收集GC日志；通过JDK工具查看GC状态

分析日志——使用工具辅助分析日志，查看GC次数，GC时间

调整参数——切换垃圾收集器或者调整垃圾收集器参数

Tomcat调优

maxThreads="300"：设置当前Tomcat最大并发数，默认150，实际开发中，某个应用超过250个并发时会考虑应用服务器的集群；

minSpareThreads="50"：设置当前Tomcat初始化时创建的线程，默认25；

acceptCount="250"，当同事连接的人数达到maxThreads值时，还可以接收排队的连接数量，超过这个连接的则直接返回拒绝连接。默认100；

enableLookups=“false”：是否开启域名反查，一般设置为false来提高处理能力，它的取值还有true，一般很少使用。

maxKeepAliveRequests=“1”：nginx动态的转给tomcat，nginx是不能keepalive的，而tomcat端默认开启了keepalive，会等待keepalive的timeout，默认不设置就是使用connectionTimeout。所以必须设置tomcat的超时时间，并关闭tomcat的keepalive。否则会产生大量tomcat的socket timewait。

maxKeepAliveRequests=”1” 就可以避免tomcat产生大量的TIME_WAIT连接，从而从一定程度上避免tomcat假死。

微信关注我们

原文链接：https://blog.51cto.com/alex4dream/2754828

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

【死磕JVM】看完这篇我也会排查JVM内存过高了就是玩儿！

前言 CPU 是时分的，操作系统里面有很多线程，每个线程的运行时间由CPU决定，CPU会分给每一个线程一个时间片，时间片是一个很短的时间长度，如果在时间片内，线程一直占有，就是100%，我们应该意识到，CPU运行速度很快（主频非常高），除非是密集型耗费CPU的运算，其他类型的任务都会在小于时间片的时间内结束。内存过高一般有两种情况：内存溢出和内存泄露内存溢出：程序分配的内存超过物理机的内存大小，导致无法继续分配内存，出现OOM报错内存泄露：不再使用的对象一直占据着内存不释放，导致这块内存浪费掉，久而久之，内存泄露的对象堆积起来，也会导致物理机的内存被耗尽，出现OOM报错具体操作如何监控JVM，我们可以通过一个案例在了解一些实际当中的操作，大家可以看到下面的代码，下面的代码只是模拟了当中的一个场景，一个风险控制的场景，一般银行或者第三方公司在向一个人发放贷款的时候，会调用这个人的征信已经还款能力，给出响应的评级。 import java.math.BigDecimal; import java.util.ArrayList; import java.util.Date; i...

2021-05-05

535

简介普通的数组就是数组中存放了同一类型的对象。而结构化数组是指数组中存放不同对象的格式。今天我们来详细探讨一下NumPy中的结构化数组。结构化数组中的字段field 因为结构化数组中包含了不同类型的对象，所以每一个对象类型都被称为一个field。每个field都有3部分，分别是：string类型的name，任何有效dtype类型的type，还有一个可选的title。看一个使用filed构建dtype的例子： In[165]:np.dtype([('name','U10'),('age','i4'),('weight','f4')])Out[165]:dtype([('name','<U10'),('age','<i4'),('weight','<f4')]) 我们可以使用上面的dtype类型来构建一个新的数组： In[166]:x=np.array([('Rex',9,81.0),('Fido',3,27.0)], ...:dtype=[('name','U10'),('age','i4'),('weight','f4')]) ...:In[167]:x O...

2021-05-06

502

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。