统一生产JVM参数方案

最新推荐文章于 2024-07-31 10:30:00 发布
最新推荐文章于 2024-07-31 10:30:00 发布
阅读量767 收藏
点赞数 1
分类专栏： 方案 文章标签： JVM参数统一方案
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37146354/article/details/97244536
版权

版权声明：本文为博主原创文章，未经博主允许不得转载https://blog.csdn.net/qq_37146354/article/details/97244536

统一生产JVM参数

背景：公司要重构系统，不想使用官方的JVM配置，想找一些比较合适的JVM配置参数，所以我利用业余时间收集了JVM的参数，每个参数都有明确的说明，以便配置人员可以从中挑选。下文以内存选项、垃圾回收选项、故障排除选项、日志选项和优化选项进行统计，内容不全，仅仅供参考。

1 Memory Options (内存选项)

1.1 -Xms -Xmx -XX:NewRatio=n

最大堆内存-Xmx

最小堆内存-Xms：此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

**-XX:NewRatio=n:**设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4

1.2 永久代(PermSize) 和 元空间(MetaspaceSize)

JDK<1.8

-XX:PermSize=128m -XX:MaxPermSize=512m

说明：

永久代：JVM的方法区，也被称为永久代。在这里都是放着一些被虚拟机加载的类信息，静态变量，常量等数据。这个区中的东西比老年代和新生代更不容易回收。

-XX:PermSize：表示非堆区初始内存分配大小，其缩写为permanent size（持久化内存）。

-XX:MaxPermSize：表示对非堆区分配的内存的最大上限。

JDK>=1.8

-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=512m

说明：

元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制，但可以通过以下参数来指定元空间的大小。

-XX:MetaspaceSize，初始空间大小，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过MaxMetaspaceSize时，适当提高该值。

-XX:MaxMetaspaceSize，最大空间，默认是没有限制的。

为什么要移除永久代？

PermGen很难调整，PermGen中类的元数据信息在每次FullGC的时候可能被收集，但成绩很难令人满意。而且应该为PermGen分配多大的空间很难确定，因为PermSize的大小依赖于很多因素，比如JVM加载的class总数，常量池的大小，方法的大小等。

Metaspace特性：

  1. 内存分配模型

大部分类元数据都在本地内存中分配。

  1. 容量

默认情况下，类元数据只受可用的本地内存限制（容量取决于是32位或是64位操作系统的可用虚拟内存大小）。新参数（MaxMetaspaceSize）用于限制本地内存分配给类元数据的大小。如果没有指定这个参数，元空间会在运行时根据需要动态调整。

  1. 垃圾回收

对于僵死的类及类加载器的垃圾回收将在元数据使用达到“MaxMetaspaceSize”参数的设定值时进行。适时地监控和调整元空间对于减小垃圾回收频率和减少延时是很有必要的。持续的元空间垃圾回收说明，可能存在类、类加载器导致的内存泄漏或是大小设置不合适。

  1. 内存的影响

Java堆 空间有所增长。

1.3 启动时预申请内存

-XX:+AlwaysPreTouch

说明：

JAVA进程启动的时候,虽然我们可以为JVM指定合适的内存大小,但是这些内存操作系统并没有真正的分配给JVM,而是等JVM访问这些内存的时候,才真正分配,这样会造成以下问题：

  1. GC的时候,新生代的对象要晋升到老年代的时候,需要内存,这个时候操作系统才真正分配内存,这样就会加大young gc的停顿时间;

  2. 可能存在内存碎片的问题。

设置此参数后，JVM就会先访问所有分配给它的内存,让操作系统把内存真正的分配给JVM，后续JVM就可以顺畅的访问内存了

1.4 线程栈内存(根据实际情况)

-Xss256k

说明：如果线程数较多，函数的递归较少，线程栈内存可以调小节约内存，默认1M。

1.5 堆外内存(根据实际情况)

-XX:MaxDirectMemorySize=2g

说明：堆外内存就是把内存对象分配在Java虚拟机的堆以外的内存，这些内存直接受操作系统管理（而不是虚拟机），这样做的结果就是能够在一定程度上减少垃圾回收对应用程序造成的影响。

优点：

  1. 减少了垃圾回收。

  2. 加快了复制的速度：堆内在flush到远程时，会先复制到直接内存（非堆内存），然后在发送；而堆外内存相当于省略掉了这个工作。

缺点：

堆外内存的缺点就是内存难以控制，使用了堆外内存就间接失去了JVM管理内存的可行性，改由自己来管理，当发生内存溢出时排查起来非常困难。

使用场景：

  1. 多用于网络编程中，实现zero copy,数据不需要再native memory和jvm memory中来回copy

  2. 由于构造和析构Direct Buffer时间成本高，建议使用缓冲池，参见netty的实现

1.6 Code Cache

-XX:ReservedCodeCacheSize=240M

-XX:+PrintCodeCache

说明：

JIT及时编辑：后端编译器，它在程序运行期间将字节码转变成机器码。

Code Cache：编译后的代码被缓存了起来。缓存编译后的机器码的内存区域就是codeCache。除了JIT编译的代码之外，Java所使用的本地方法代码（JNI）也会存在codeCache中。

不同版本的JVM**、不同的启动方式codeCache****的默认大小也不同：**

在这里插入图片描述
（图片来自网络）



2 GC Options (垃圾回收选项)

2.1 CMS算法：

-XX:+UseConcMarkSweepGC

设置年老代为并发收集。

2.2 -XX:CMSInitiatingOccupancyFraction=n

如果n=75,第一次CMS垃圾收集会在老年代被占用75%时被触发。

2.3 -XX:+UseCMSInitiatingOccupancyOnly

当该标志被开启时，JVM通过CMSInitiatingOccupancyFraction的值进行每一次CMS收集，而不仅仅是第一次。

2.4 -XX:+ExplicitGCInvokesConcurrent

命令JVM无论什么时候调用系统GC，都执行CMS GC，而不是Full GC。

2.5 -XX:+ParallelRefProcEnabled (CMSGC并发执行)

CMSCG并行处理应用参数：

Terminator object是用来同步和管理gc线程的对象. 它会记录到目前为止已经完成的线程数_complete_threads , 当一个gc线程干完活后，他会把数_complete_threads+1，当terminator object确定已经完成的线程数_complete_threads==预先设置的所有的gc线程数_n_thread，所有的gc线程就会退出，否则其他的gc线程就会等待。_n_thread在构造时为0, 后面一直没有被重设过，当GC并发开始到处理完后, 一直等待GC Terminator通知它结束, 所以它一直处于自旋锁的状态, 使得CPU使用率很高。此BUG在JDK7中已经解决，JDK6u26和JDK6u30出现过这个BUG。

建议：

在JDK7以后的版本，CMS里remark时间过长时候或者回收弱引用时间过长时开启CMSGC并发执行 -XX:+ParallelRefProcEnabled

在JDK7以前的版本关闭CMSGC并发执行 -XX:-ParallelRefProcEnabled

2.6 -XX:+CMSParallelInitialMarkEnabled

初始标记代码实现并行化

2.7 -XX:MaxTenuringThreshold=n

用于控制对象能经历多少次Minor GC才晋升到老年代

2.8 -XX:+UnlockDiagnosticVMOptions

在JVM启动后，在命令行中可以输出所有XX参数和值，UnlockDiagnosticVMOptions解锁任何额外的隐藏参数，命令行中可以看出参数被用户或者JVM赋值。

2.9 -XX:ParGCCardsPerStrideChunk=n

Mirnor GC耗时两个因素决定：

  1. 复制活跃对象

  2. 扫描card table(老年代对象引用新生代对象)的时间

Java虚拟机用了一个叫做CardTable(卡表)的数据结构来标记老年代的某一块内存区域中的对象是否持有新生代对象的引用,卡表的数量取决于老年代的大小和每张卡对应的内存大小。这样在Minor GC时就不用扫描整个老年代，而是扫描Card为Dirty对应的那些内存区域，提高效率减少MinorGC的停顿时间。JVM通过ParGCCardsPerStrideChunk参数设置每个线程每次扫描的Card数量，默认是256，相当于是把老年代分成许多strides，每个线程每次扫描一个stride，每个stride大小为512*256 = 128K。多线程在扫描这么多的strides时就涉及到调度和分配的问题,stride数量太多就会导致线程在stride之间切换的开销增加，进而导致GC暂停时间增长。这个值不能设置的太大，因为GC线程需要扫描这个stride中老年代对象持有的新生代对象的引用，如果只有少量引用新生代的对象那就导致浪费了很多时间在根本不需要扫描的对象上。

2.10 -XX:ParallelGCThreads=n (根据实际情况)

表示JVM在进行并行GC的时候，用于GC的线程数。

ParallelGCThreads值的具体算法:

  1. 如果用户显示指定了ParallelGCThreads，则使用用户指定的值

  2. 如果物理CPU所能够支持线程数小于8，则ParallelGCThreads的值为CPU所支持的线程数。这里的阀值为8，是因为JVM中调用nof_parallel_worker_threads接口所传入的switch_pt的值均为8。

  3. 如果物理CPU所能够支持线程数大于8，则ParallelGCThreads的值为8加上一个调整值，调整值的计算方式为：物理CPU所支持的线程数减去8所得值的5/8或者5/16，JVM会根据实际的情况来选择具体是乘以5/8还是5/16。

比如，在64线程的x86 CPU上，如果用户未指定ParallelGCThreads的值，则默认的计算方式为：ParallelGCThreads = 8 + (64 - 8) * (5/8) = 8 + 35 = 43。

2.11 -XX:ConcGCThreads=n (根据实际情况)

设置并行标记的线程数。将参数设置为并行垃圾回收线程数 (ParallelGCThreads) 的 1/4 左右。

2.12 -XX:+CMSScavengeBeforeRemark (根据实际情况)

CMSGC会以新生代作为gc root，在remark之前做一次Ygc可以回收大部分的对象，从而减少gc root扫描的开销。如果remark不是什么性能瓶颈，不进行此配置，毕竟多一次Ygc也会耗时间。

2.13 -XX:-CMSClassUnloadingEnabled (根据实际情况)

如果启用CMSClassUnloadingEnabled，GC将扫描PermGen，并删除不再使用的类。如果永久代使用不会增长，关闭CMS时ClassUnloading，降低CMS GC时出现缓慢的几率。



3 GC log Options, only for JDK7/JDK8（日志选项）

3.1 -XX:+PrintGCDetails

输出GC的详细日志。

3.2 -XX:+PrintGCDateStamps

输出GC的时间戳（以日期的形式，如 2013-05-04T21:53:59.234+0800）。

3.3 -XX:+PrintPromotionFailure

是多大的新生代对象晋升到老生代失败从而引发Full GC时的情况。

3.4 -XX:+PrintGCApplicationStoppedTime

显示应用程序在安全点停止的时间，而不止是GC暂停的。大多数情况下，安全点是由垃圾收集的世界各个阶段引起的。

3.5 -XX:+PrintGCCause (JDK8默认打开)

打印GC原因。

3.6 -XX:+PrintHeapAtGC

打印GC前后的各代大小。

3.7 -XX:+PrintTenuringDistribution

打印存活区每段年龄的大小。通过打开 PrintTenuringDistribution 获取更多的 GC 信息来优化对象从新生代到老生代的提升率, 以及优化 Minor GC 的响应时间。

3.8 -XX:+UnlockDiagnosticVMOptions -XX:PrintFLSStatistics=n

因为CMS GC会有碎片问题，而随着碎片的越来越严重，GC性能会变差直到发生FullGC，而FullGC时STW通过会超过数秒，这对OLTP系统来说是致命的，通过这个参数可以在gc日志中输出free list方式分配内存后内存统计情况和碎片情况。

3.9 -XX:+PrintSafepointStatistics -XX:PrintSafepointStatisticsCount=n -XX:+UnlockDiagnosticVMOptions -XX:-DisplayVMOutput -XX:+LogVMOutput -XX:LogFile=/dev/shm/vm-${APPID}.log

打印安全点日志，找出GC日志里非GC的停顿的原因



4 Optimization Options (优化选项)

4.1 -XX:-UseBiasedLocking

如果程序没有竞争，则取消之前已经取得锁的线程的同步操作。某一个锁被一个线程获取之后，便进入了偏向锁模式，当该线程再次请求这个锁时，就无需再进行相关的同步操作，从而节省了操作时间。在竞争激烈的场景下可以使用-XX:-UseBiasedLocking参数禁用偏向锁。

4.2 -XX:AutoBoxCacheMax=n

JAVA进程启动的时候,会加载rt.jar这个核心包的,rt.jar包里的Integer自然也是被加载到JVM中,Integer里面有一个IntegerCache缓存。IntegerCache有一个静态代码块,JVM在加载Integer这个类时,会优先加载静态的代码。当JVM进程启动完毕后, -128 ~ +127 范围的数字会被缓存起来,调用valueOf方法的时候,如果是这个范围内的数字,则直接从缓存取出。 超过这个范围的,就只能构造新的Integer对象了。

4.3 -XX:+PerfDisableSharedMem

每次进入安全点（比如GC）, JVM都会默默的在/tmp/hperf 目录写上一点statistics数据，如果刚好遇到PageCache刷盘，把文件阻塞了，就不能结束这个Stop the World的安全点了。用此参数可以禁止JVM写statistics数据，代价是VisualVM和jstat用不了，只能用JMX取数据，但在生产环境本来就不需要VisaulVM。

4.4 -XX:-TieredCompilation (JDK1.8以上)

在这里插入图片描述
（图片来自网络）

-XX:-TieredCompilation 禁用中间编译层（1,2,3），以便在最大优化级别（C2）解释或编译方法。

优点缺点：

在这里插入图片描述
（图片来自网络）

当关闭分层编译后，JVM启发式地根据您的CPU决定应用哪种模式; 如果您有多个处理器或64位VM，那么它将使用服务器VM（C2），否则它将使用客户端VM（C1）。

4.5 -XX:-UseCounterDecay

方法调用计数器client默认1500次，server默认10000次，可以通过参数-XX:CompileThreshold来设定。调用方法时，会先判断是否存在编译过的版本，如果有则调用该版本，否则计数器加1，然后看方法调用计数器和回边计数器之和是否超过方法调用计数器的阈值。超过，则提交编译请求。方法调用计数器并不是统计方法调用绝对次数，而是一个相对执行频率，超过一定时间，如果方法调用次数不足以让它提交给编译器，则计数器就会被减少一半，这种现象称为热度衰减(Counter Decay)，进行热度衰减的动作是在垃圾回收时顺便进行的，而这段时间就被称为半衰周期（Counter Half Life Time）可用-XX:-UseCounterDecay来关闭热度衰减，用-XX:CounterHalfLifeTime来设置半衰时间。



5 Trouble shooting Options (故障排除选项)

5.1 -XX:+PrintCommandLineFlags

JVM 打印出那些已经被用户或者 JVM 设置过的详细的 XX 参数的名称和值

5.2 -XX:-OmitStackTraceInFastThrow

JDK为了性能会做一个优化,即JIT重新编译后会抛出没有堆栈的异常,因此在频繁抛出某个异常一段时间后,该优化开始起作用,即只抛出没有堆栈的异常信息。为了查询问题方便，强制要求JVM始终抛出含堆栈的异常。

5.3 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${LOGDIR}/

OOM 时进行HeapDump，导出内存溢出的堆信息，但此时会产生较高的连续IO，如果是容器环境，有可能会影响他的容器。

5.4 -XX:+DebugNonSafepoints

让jvm记录非安全点。

Java应用性能分析工具：

async-profiler：(需添加这选项)

来采集cpu profile数据，并且配合火焰图生成工具工具FlameGraph来生成cpu火焰图，并且从火焰图中找到热点代码。如果JAVA代理在JVM启动时加载（通过使用-agentpath选项），则不需要该选项，但如果在运行时附加代理，则需要（但不是必需）

Honest Profiler：(无需添加这选项)

它准确地描述了应用程序，避免了对具有安全点的地方的固有偏见。

它描述的应用程序的开销明显低于传统的分析技术，使其适用于生产。

5.5 -XX:+UnlockCommercialFeatures -XX:+FlightRecorder (用在生产环境要许可)

在JDK 8u40之前，如果要使用Java Flight Recorder（JFR）并为特定Java应用程序创建飞行记录，则必须同时指定启动应用程序-XX:+UnlockCommercialFeatures和-XX:+FlightRecorder启动应用程序。在JDK 8u40中，您不必在命令行中指定这些选项。JFR提供了多种方法来解锁商业功能并在应用程序运行时启用JFR。这些包括Java Mission Control中的java命令行选项，jcmd诊断命令和图形用户界面（GUI）控件。

JFR 记录了关于 Java 运行时及运行在其内的 Java 应用程序的详细信息，记录用少量的开销完成。数据是作为时间上的数据点（称为事件）记录的。典型的事件可以是线程等待锁、GC、CPU 周期使用数据等。



6 JMX Options (JMX 选项)

JMX（Java Management Extensions，即Java管理扩展）是Java平台上为应用程序、设备、系统等植入管理功能的框架。JMX可以跨越一系列异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用。

极客北极星
关注
专栏目录
Java虚拟机监控方案.docx
06-22
本方案主要探讨了如何通过Java管理扩展（JMX）代理、内置命令如`jstat`和`jstack`，以及利用观察者模式来实现对Java虚拟机（JVM）的全方位监控。以下是详细的解释： 1. **JMX代理**： - **启用JMX代理**：在启动...
发现CMS GC有点傻 -- ebs full gc 问题排查
qq_35462834的博客
12-05 666
full gc 问题排查
JVM调优常用参数设置及JMX参数设置监控
hello_world_wsm的博客
10-26 2662
JVM常用参数设置 JVM堆空间布局  堆设置            -Xms：初始堆大小，避免垃圾回收之后，JVM调整，一般和Xmx设置一样大            -Xmx：最大堆大小            -Xmn :  年轻代大小，整个堆大小=年轻代大小+年老代大小+持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官...
使用AsyncProfiler对Java应用程序进行性能分析
编程故事的地方
08-06 752
免责声明：该故事并非由Async Profiler赞助。 总览 大多数Java采样分析器都依靠“ Java虚拟机工具接口（JVM TI） ”来分析Java应用程序。 但是，JVM TI有一个固有的局限性。 JVM TI仅允许在安全点收集堆栈跟踪。 因此，任何使用JVM TI的采样分析器都存在安全点偏差问题。 “ Async Profiler ”不使用JVMTI来获取堆栈跟踪样本，因此避免了...
生产环境JVM参数配置
feiyan的博客
04-07 2423
参考地址：汀雨博文 各种垃圾回收器详解 新生代回收器：Serial、ParNew、parallel 老年代回收器：Serial Old、CMS、Parallel Old 新生代和老年代回收器：G1 1. GC垃圾回收器 我们生产环境使用CMS CMS全称 Concurrent Mark Sweep 标记-清除算法的垃圾回收器 使用场景：GC 过程短暂停，适合对时延要求较高的服务，用户线程不允许长时间的停顿。 缺点：服务长时间运行，造成严重的内存碎片化。另外，算法实现比较复杂（如果也算缺点的话） 实现机制：
JVM 性能调优实战（1）
javaer工具人的博客
03-01 1113
前言 各种实战，积累经验 将理论与工具融会贯通 额外的理论增补 额外的一些工具 预热：JVM参数选项 JVM参数选项繁多, 格式不一 -开头 如 ：java -version -X开头 如 ：java -Xmx50m -XX开头… 如 ：java -XX:+UseG1GC JVM选项的分类与方式 1. 标准选项(Standard Options for Java) 1.1 作用 用于执行常见操作，例如检查JRE版本，设置类路径，启用详细输出等，各种虚拟机的实现都会去支持标准参数 1.2 查看支持的参
Java常见错误及解决方案
10-13
- **调整JVM参数：** 可以通过调整JVM栈大小参数（如 `-Xss`）来增加可用栈空间。 - **重构算法：** 对于递归算法，考虑使用迭代代替递归，或者采用尾递归优化。 #### 3. 代码错误分析：多接口继承与对象创建 **...
java汉字问题解决方案
11-28
例如，MySQL中设置`character_set_server=utf8`，并使用`useUnicode=true&characterEncoding=UTF-8`的连接参数。 5. **IDE配置** - IDE如IntelliJ IDEA或Eclipse，它们有自己的编码设置。确保项目、文件、以及输出...
Java中文乱码浅析及解决方案
01-30
在启动JVM时，添加`-Dfile.encoding=UTF-8`参数，确保整个运行环境使用UTF-8编码。 其次，当涉及文件读写或网络数据传输时，输出流和输入流的编码必须与预期编码一致。例如，当我们写入文件时，应明确指定输出流的...
MSB企业级JVM优化与性能调优课程 解读JVM内部机制-针对性解决企业架构优化问题
05-04
- **调整内存参数**：例如设置-Xms、-Xmx、-XX:NewSize、-XX:MaxNewSize等参数来控制JVM的内存分配。 - **调整GC策略**：选择适合应用特性的GC策略，比如使用CMS或G1垃圾回收器。 - **使用GC日志分析工具**：如GC...
JVM 常用的参数说明与配置指南
最新发布
fhey的博客
07-31 4110
在 Java 应用的运行中，合理配置 JVM 参数对于系统的性能优化和稳定运行至关重要。本文详细介绍了常见的 JVM 参数，包括模式参数、堆内存参数、垃圾回收器参数、日志打印参数、dump 日志参数等，并提供了不同内存大小下的参数设置示例和模板，帮助您更好地理解和配置 JVM 参数，以提升 Java 应用的性能和可靠性。本文全面涵盖了 JVM 参数的各个方面，从模式选择到具体的堆内存、垃圾回收器、日志打印和 dump 日志等参数的配置。
《深入理解JVM.2nd》笔记（四）：虚拟机性能监控与故障处理工具
KISS
06-09 1559
文章目录概述JDK的命令行工具jps：虚拟机进程状况工具jstat：虚拟机统计信息监视工具jinfo：Java配置信息工具jmap：Java内存映像工具jhat：虚拟机堆转储快照分析工具jstack：Java堆栈跟踪工具HSDIS：JIT生成代码反汇编JDK可视化工具JConsole：Java监控与管理控制台启动JConsole内存监控线程监控VisualVM：多合一故障处理工具VisualVM兼容范围与插件安装生成、浏览堆转储快照分析程序性能BTrace动态日志追踪 概述 给一个系统定位问题的时候，知识、
关键业务系统的JVM参数推荐
ZERO
11-25 926
转载自：http://calvin1978.blogcn.com/articles/jvmoption-7.html 性能篇 1. 取消偏向锁 -XX:-UseBiasedLocking   JDK1.6开始默认打开的偏向锁，会尝试把锁赋给第一个访问它的线程，取消同步块上的synchronized原语。如果始终只有一条线程在访问它，就成功略过同步操作以获得性能提升。   但一旦有第二条线程访问这把...
Java-Jvm-04-参数调优
Alan0517
01-15 659
对于HandlerPromotionFailure，我们可以这样理解，在发生Minor GC之前，虚拟机会先检查老年代的最大的连续内存空间是否大于新生代的所有对象的空间，如果这个条件成立，Minor GC是安全的。这里的老年代就相当于你的担保人。promotion failure发生在Young GC, 如果Survivor区当中存活对象的年龄达到了设定值，会就将Survivor区当中的对象拷贝到老年代，如果老年代的空间不足，就会发生promotion failure， 接下去就会发生Full GC.
JVM-垃圾收集器之CMS
qq_36010886的博客
05-13 1074
​ 自 Sun 发布 Java 语言以来，开始使用GC 技术来进行内存自动管理，避免了手动管理带来的悬挂指针（Dangling Pointer）问题，很大程度上提升了开发效率。​ 但GC 问题处理能力能不能系统性掌握？一些影响因素都是互为因果的问题该怎么分析？比如一个服务 RT 突然上涨，有GC 耗时增大、线程 Block 增多、慢查询增多、CPU 负载高四个表象，到底哪个是诱因？如何判断 GC 有没有问题？使用 CMS 有哪些常见问题？如何判断根因是什么？
CMS参数调优
luzhensmart的专栏
05-01 6602
1:-XX:+UseConcMarkSweepGC CMS全称 Concurrent Mark Sweep，是一款并发的、使用标记-清除算法的垃圾回收器， 如果老年代使用CMS垃圾回收器，需要添加虚拟机参数-"XX:+UseConcMarkSweepGC"。 2：– XX:CMSInitiatingOccupancyFraction =n CMS的另一个缺点是它需要更大的堆空间。因为C...
JVM调优不知道怎么回答，阿里总结四大模块，学不会就背过来
m0_61041374的博客
03-22 565
对于面试，一定要有良好的心态，这位小伙伴面试美团的时候没有被前面阿里的面试影响到，发挥也很正常，也就能顺利拿下美团的offer。小编还整理了大厂java程序员面试涉及到的绝大部分面试题及答案，希望能帮助到大家，也祝愿大家都能够升职加薪！[外链图片转存中…(img-IQ75Uxy7-1711057739155)]由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
Cpu负载高导致Redis(Redisson)超时问题的分析
xiaoyi52的专栏
10-20 8320
Redisson客户端超时有几种原因，nettyThreads线程数不足，连接池太小，应用服务器CPU受限等等。
jit调试怎么解决_小师妹学JVM之：深入理解JIT和编译优化-你看不懂系列
weixin_39951929的博客
11-26 1125
简介小师妹已经学完JVM的简单部分了，接下来要进入的是JVM中比较晦涩难懂的概念，这些概念是那么的枯燥乏味，甚至还有点惹人讨厌，但是要想深入理解JVM，这些概念是必须的，我将会尽量尝试用简单的例子来解释它们，但一定会有人看不懂，没关系，这个系列本不是给所有人看的。JIT编译器小师妹:F师兄，我的基础已经打牢了吗？可以进入这么复杂的内容环节了吗？小师妹不试试怎么知道不行呢？了解点深入内容可以帮助你更...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值