JVM的那些常用参数以及命令

最新推荐文章于 2024-12-03 09:18:03 发布
原创 最新推荐文章于 2024-12-03 09:18:03 发布
· 385 阅读 · 1 ·
版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#JAVA #GC #JVM

本文介绍了JVM的各类参数，包括调试参数、内存类和GC类。调试参数涉及打印启动参数、GC日志等；内存类讨论了新生代、老年代大小设置；GC类讲解了Serial、ParNew、Parallel Scavenge、CMS和G1等垃圾回收器的工作原理和组合使用。同时，文中还提到了不同JDK版本下的常用JVM参数组合。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

简介

java启动参数共分为三类

  • 其一是标准参数（-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容
  • 其二是非标准参数（-X），默认jvm实现这些参数的功能，但是并不保证所有jvm实现都满足，且不保证向后兼容
  • 其三是非Stable参数（-XX），此类参数各个jvm实现会有所不同，将来可能会随时取消，需要慎重使用

调试参数

打印启动参数

可以查看默认参数

java -XX:+PrintCommandLineFlags -version

打印GC日志

不要用XX:+UseGCLogFileRotation，这个会丢失旧的日志文件，而且重启会覆盖当前日志文件：

-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/home/GCEASY/gc.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=20M

应该用下面这个

-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/home/GCEASY/gc-%t.log

打印ClassLoader日志

这个参数会在控制台打印所有类加载/卸载信息

-XX:+TraceClassLoading -XX:+TraceClassUnloading

OOM时Dump内存

 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/crashes/my-heap-dump.hprof

OOM时执行脚本（比如重启）

 -XX:OnOutOfMemoryError=/scripts/restart-myapp.sh

打印JIT时间

-XX:-CITime

方法被编译时打印相关信息

-XX:-PrintCompilation

内存类

JVM设置内存的单位默认是字节（不加单位的情况下）。

也可以在大小后面增加单位，例如：

-Xmn256m
-Xmn262144k
-Xmn268435456

设置初始新生代大小

-XX:NewSize=2G(也可以是2M)

设置最大新生代大小

-XX:MaxNewSize=2G(也可以是2M)

注意：-Xmn优先级大于-XX:NewRatio

设置Eden/Survivor比例

表示两个Survivor和Edgen区的比，8表示两个Survivor:Eden=2:8，即一个Survivor占新生代的1/10。

计算方式为：

Survivor Size(1) = Young Generation Size / (2+<SurvivorRatio)
Eden Size = Young Generation Size / (2+SurvivorRatio) * SurvivorRatio

配置：

-XX:SurvivorRatio=8

8也是默认的比例，不过这个比例在Parallel Scavenge（新生代并行回收器，JDK5以后的默认新生代回收器）回收器下是动态的，运行时会出现Eden/Survivor比例和配置的不同。

由于与吞吐量关系密切，Parallel Scavenge收集器也经常称为“吞吐量优先”收集器。除上述两个参数之外，Parallel Scavenge收集器还有一个参数-XX:+UseAdaptiveSizePolicy值得关注。这是一个开关参数，当这个参数打开之后，就不需要手工指定新生代的大小（-Xmn）、Eden与Survivor区的比例（-XX:SurvivorRatio）、晋升老年代对象年龄（-XX:PretenureSizeThreshold）等细节参数了，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量，这种调节方式称为GC自适应的调节策略（GC Ergonomics)[插图]。如果读者对于收集器运作原来不太了解，手工优化存在困难的时候，使用Parallel Scavenge收集器配合自适应调节策略，把内存管理的调优任务交给虚拟机去完成将是一个不错的选择。只需要把基本的内存数据设置好（如-Xmx设置最大堆），然后使用MaxGCPauseMillis参数（更关注最大停顿时间）或GCTimeRatio （更关注吞吐量）参数给虚拟机设立一个优化目标，那具体细节参数的调节工作就由虚拟机完成了。自适应调节策略也是Parallel Scavenge收集器与ParNew收集器的一个重要区别。

https://docs.oracle.com/javase/7/docs/technotes/guides/vm/gc-ergonomics.html

设置老年代大小

老年代大小无法直接设置，只能通过堆大小+分配比例进行调整

#设置新老一代大小之间的比率。默认值为2。2表示New Size:Old Size=1:2，则新生代占堆大小的1/3，老年代占堆大小的2/3
-XX:NewRatio=2

新生代老年代大小计算方式为：

New Size = Heap Size / NewRatio + 1
Old Size = (Heap Size / NewRatio + 1) * NewRatio

设置永久代(PermGen/MetaSpace)大小

#设置分配给永久生成的空间，如果超出该空间，则会触发垃圾回收。此选项在JDK 8中已弃用，并由-XX：MetaspaceSize选项取代。
-XX:PermSize=size
#设置最大永久生成空间大小（以字节为单位）。此选项在JDK 8中已弃用，并由-XX：MaxMetaspaceSize选项取代。
-XX:MaxPermSize=size

#设置分配的Metaspace的大小，Metaspace将在首次超过垃圾收集时触发垃圾收集。 垃圾收集的阈值取决于使用的元数据量而增加或减少。 默认大小取决于平台。
-XX:MetaspaceSize=size

#设置可以分配给Metaspace的最大本机内存。 默认情况下，大小不受限制。 应用程序的Metaspace量取决于应用程序本身，其他正在运行的应用程序以及系统上可用的内存量
-XX:MaxMetaspaceSize=size

初始大小和最大值的区别

初始值（比如-Xms）为JVM启动是向操作系统申请的内存大小(malloc)，最大值（比如-Xmx）表示，当使用的内存超过初始值后扩容的最大值

PS: JVM配置了多少内存并不是说启动后就会占用多少物理内存，因为操作系统的内存分配是惰性的。对于已申请的内存虽然会分配地址空间，但并不会直接占用物理内存，真正使用的时候才会映射到实际的物理内存。

GC类

image

这里说一下PermGen/Metaspace的GC，没有查到官方资料说永久代的固定垃圾回收器，但是在stackoverflow上有人回答到：

所有垃圾回收器都会回收永久代，包括PS/CMS，但并不是每个GC周期都会清理永久代。

这个不用纠结，看GC日志里清理的信息即可。

Serial/Serial Old

最古老的，单线程，独占式，成熟，每次GC会STW，适合单CPU 服务器

Serial是一个新生代收集器，Serial Old是Serial收集器的的老年代版本

新生代和老年代都用串行收集器

-XX:+UseSerialGC

新生代使用ParallerGC，老年代使用Serial Old

-XX:+UseParallelGC

ParNew

和Serial基本没区别，唯一的区别：多线程，多CPU的，停顿时间比Serial少

新生代使用ParNew，老年代使用Serial Old

-XX:+UseParNewGC（在Java 8中已弃用，在Java 9中已删除）

Parallel Scavenge（ParallerGC）/Parallel Old

关注吞吐量的垃圾收集器，高吞吐量则可以高效率地利用CPU时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。

所谓吞吐量就是CPU用于运行用户代码的时间与CPU总消耗时间的比值，即吞吐量=运行用户代码时间/（运行用户代码时间+垃圾收集时间），虚拟机总共运行了100分钟，其中垃圾收集花掉1分钟，那吞吐量就是99%。

Parallel Scavenge是一个新生代收集器，Parallel Old是Parallel Scavenge收集器的的老年代版本

新生代使用ParallerGC，老年代使用Parallel Old

-XX:+UseParallelGC
#等价于
-XX:+UseParallelOldGC

Concurrent Mark Sweep （CMS）

CMS（Concurrent Mark Sweep），收集器是一种以获取最短回收停顿时间为目标的收集器，一个老年代垃圾回收器。目前很大一部分的Java应用集中在互联网站或者B/S系统的服务端上，这类应用尤其重视服务的响应速度，希望系统停顿时间最短，以给用户带来较好的体验。CMS收集器就非常符合这类应用的需求。

新生代使用ParNew，老年代的用CMS

-XX:+UseConcMarkSweepGC

G1

使用G1收集器

-XX:+UseG1GC

垃圾回收器的组合

命令新生代回收器&算法老年代回收器&算法备注
-XX:+UseSerialGCSerial收集器Serial Old收集器
-XX:+UseG1GCG1收集器G1收集器
-XX:+UseParallelGC -XX:+UseParallelOldGC -XX:+UseAdaptiveSizePolicyParallerGCParaller Old新生代比例自适应调整
-XX:+UseParallelGC -XX:+UseParallelOldGC -XX:-UseAdaptiveSizePolicyParallerGCParaller Old新生代比例不自动调整
-XX:+UseParNewGCParNewSerial OldJava8废弃，Java9移除
-XX:+UseConcMarkSweepGC -XX:+UseParNewGCParNewCMS
-XX:+UseConcMarkSweepGC -XX:-UseParNewGCSerialCMSJava8废弃，Java9移除

下面是一些缺省的写法

命令等同于上表
-XX:+UseParallelGC-XX:+UseParallelGC -XX:+UseParallelOldGC
-XX:+UseParallelOldGC-XX:+UseParallelGC -XX:+UseParallelOldGC
-Xincgc (Java8废弃，Java9移除)-XX:+UseParNewGC -XX:+UseConcMarkSweepGC
-XX:+UseConcMarkSweepGC-XX:+UseParNewGC -XX:+UseConcMarkSweepGC

常用JVM参数组合

JDK7

JAVA_MEM_OPTS=" -server -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 "
JAVA_DEBUG_OPTS=" -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/home/GCEASY/gc-%t.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/crashes/my-heap-dump.hprof -XX:OnOutOfMemoryError=/scripts/restart-myapp.sh "

JDK8

JAVA_MEM_OPTS=" -server -Xmx2g -Xms2g -Xmn256m -XX:MetaspaceSize=256m -Xss1024m -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 "
JAVA_DEBUG_OPTS=" -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/home/GCEASY/gc-%t.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/crashes/my-heap-dump.hprof -XX:OnOutOfMemoryError=/scripts/restart-myapp.sh "

关于G1，虽然说JDK8中已经支持G1了，但是并不是说一定需要。

G1的重要特点是为用户的应用程序的提供一个低GC延时和大内存GC的解决方案，适用于大内存场景（官方推荐堆6G以上）

如果程序正在使用CMS或ParallelOld垃圾回收器，并且具有一个或多个以下特征，那么则可以考虑升级为G1：

  • Full GC持续时间太长或太频繁
  • 对象分配率或年轻代升级老年代很频繁
  • 垃圾收集时间或压缩暂停（超过0.5至1秒）时间过长

PS：如果正在使用CMS或ParallelOld收集器，并且程序没有遇到长时间的垃圾收集暂停，那么就不需要升级到G1

参考

  • 《深入理解Java虚拟机：JVM高级特性与实战（第2版）》 - 周志明[著]
  • http://www.fasterj.com/articles/oraclecollectors1.shtml
  • https://www.oracle.com/technetwork/tutorials/tutorials-1876574.html
  • https://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html
  • https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html
JVM调优面试题——参数命令专题
二蛋的博客
03-09 1849
1、JVM参数有哪些？1.1、标准参数1.2、-X参数1.3、-XX参数1.4、其他参数1.5、查看参数1.6、设置参数的常见方式1.7、常用参数含义2、JVM常用命令有哪些？2.1、jps2.2、jinfo2.3、jstat2.4、jstack2.5、jmap3、你会估算GC频率吗?4、内存溢出(OOM)怎么解决？4.1、大并发[秒杀]4.2、内存泄露导致内存溢出
JVM-常用调优命令
woshiyuxie的博客
07-30 2356
JVM-常用调优命令
resin-jvm 调优
03-11
1.JVM的gc概述 gc即垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc，也没有规定gc如何工作。不过常用的jvm都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。 在充分理解了垃圾收集算法和执行过程后，才能有效的优化它的性能。有些垃圾收集专用于特殊的应用程序。比如，实时应用程序主要是为了避免垃圾收集中断，而大多数OLTP应用程序则注重整体效率。理解了应用程序的工作负荷和jvm支持的垃圾收集算法，便可以进行优化配置垃圾收集器。 垃圾收集的目的在于清除不再使用的对象。gc通过确定对象是否被活动对象引用来确定是否收集该对象。gc首先要判断该对象是否是时候可以收集。两种常用的方法是引用计数和对象引用遍历。 1.1.引用计数 引用计数存储对特定对象的所有引用数，也就是说，当应用程序创建引用以及引用超出范围时，jvm必须适当增减引用数。当某对象的引用数为0时，便可以进行垃圾收集。 1.2.对象引用遍历 早期的jvm使用引用计数，现在大多数jvm采用对象引用遍历。对象引用遍历从一组对象开始，沿着整个对象图上的每条链接，递归确定可到达（reachable）的对象。如果某对象不能从这些根对象的一个（至少一个）到达，则将它作为垃圾收集。在对象遍历阶段，gc必须记住哪些对象可以到达，以便删除不可到达的对象，这称为标记（marking）对象。 下一步，gc要删除不可到达的对象。删除时，有些gc只是简单的扫描堆栈，删除未标记的未标记的对象，并释放它们的内存以生成新的对象，这叫做清除（sweeping）。这种方法的问题在于内存会分成好多小段，而它们不足以用于新的对象，但是组合起来却很大。因此，许多gc可以重新组织内存中的对象，并进行压缩（compact），形成可利用的空间。 为此，gc需要停止其他的活动活动。这种方法意味着所有与应用程序相关的工作停止，只有gc运行。结果，在响应期间增减了许多混杂请求。另外，更复杂的gc不断增加或同时运行以减少或者清除应用程序的中断。有的gc使用单线程完成这项工作，有的则采用多线程以增加效率。 2.几种垃圾回收机制 2.1.标记－清除收集器 这种收集器首先遍历对象图并标记可到达的对象，然后扫描堆栈以寻找未标记对象并释放它们的内存。这种收集器一般使用单线程工作并停止其他操作。 2.2.标记－压缩收集器 有时也叫标记－清除－压缩收集器，与标记－清除收集器有相同的标记阶段。在第二阶段，则把标记对象复制到堆栈的新域中以便压缩堆栈。这种收集器也停止其他操作。 2.3.复制收集器 这种收集器将堆栈分为两个域，常称为半空间。每次仅使用一半的空间，jvm生成的新对象则放在另一半空间中。gc运行时，它把可到达对象复制到另一半空间，从而压缩了堆栈。这种方法适用于短生存期的对象，持续复制长生存期的对象则导致效率降低。 2.4.增量收集器 增量收集器把堆栈分为多个域，每次仅从一个域收集垃圾。这会造成较小的应用程序中断。 2.5.分代收集器 这种收集器把堆栈分为两个或多个域，用以存放不同寿命的对象。jvm生成的新对象一般放在其中的某个域中。过一段时间，继续存在的对象将获得使用期并转入更长寿命的域中。分代收集器对不同的域使用不同的算法以优化性能。 2.6.并发收集器 并发收集器与应用程序同时运行。这些收集器在某点上（比如压缩时）一般都不得不停止其他操作以完成特定的任务，但是因为其他应用程序可进行其他的后台操作，所以中断其他处理的实际时间大大降低。 2.7.并行收集器 并行收集器使用某种传统的算法并使用多线程并行的执行它们的工作。在多cpu机器上使用多线程技术可以显著的提高java应用程序的可扩展性。 3.Sun HotSpot 1.4.1 JVM堆大小的调整 Sun HotSpot 1.4.1使用分代收集器，它把堆分为三个主要的域：新域、旧域以及永久域。Jvm生成的所有新对象放在新域中。一旦对象经历了一定数量的垃圾收集循环后，便获得使用期并进入旧域。在永久域中jvm则存储class和method对象。就配置而言，永久域是一个独立域并且不认为是堆的一部分。 下面介绍如何控制这些域的大小。可使用-Xms和-Xmx 控制整个堆的原始大小或最大值。 下面的命令是把初始大小设置为128M： java –Xms128m –Xmx256m为控制新域的大小，可使用-XX:NewRatio设置新域在堆中所占的比例。 下面的命令把整个堆设置成128m，新域比率设置成3，即新域与旧域比例为1：3，新域为堆的1/4或32M： java –Xms128m –X
resin之jvm优化
thinktank
12-11 278
      经过几天的测试，系统终于较以前有所稳定了，特把优化后的参数发布出来，供朋友们一起讨论 我的服务器配置：至强双CPU2.2G，ECC内存4G，硬盘70G，操作系统：AS4 jdk1.5.0_02       没优化之前，服务器经常抛出内存溢出，物理内存居高不下，还经常抛出keepalive 超过最大值500。服务器一天重启两三次，客户抱怨声不断。   &lt;jvm-arg&gt;-Xm...
Resin调优（JVM，性能参数，apache集成）
weixin_33804582的博客
07-02 400
一、resin性参监控 1.在resin.conf文件下加入以下几段： <servlet-mapping servlet-class='com.caucho.servlets.ResinStatusServlet'> <url-pattern>/resin-status</url-pattern> <...
JVM学习之JVM参数和常用命令
weijx_的博客
02-18 330
JVM参数 JVM参数分为四种： 标准参数、-X参数 、-XX参数、其他参数 1.标准参数 -version、 -help、 -server、 -cp 2. -X参数 非标准参数，也就是在JDK各个版本中可能会变动 -Xint 解释执行 -Xcomp 第一次使用就编译成本地代码 -Xmixed 混合模式，JVM自己来决定 3. -XX参数 使用得最多的参数类型：非标准化参数，...
JVM入门（JVM参数详解和常用命令）
随缘
01-05 702
JVM参数 1.标准参数 包括 -version、-help、-server、-cp等 可通过 java -help查看所有标准参数 2.非标准参数（-X参数） -Xint 解释执行 -Xcomp 第一次使用就编译成本地代码 -Xmixed 混合模式，JVM自己来决定 3.-XX参数（使用得最多的参数类型，非标准化参数，相对不稳定，主要用于JVM调优和Debug） a.Boolean类型 格式：-XX:[+-]<name> +或-表示启用或者禁用name属性 比如..
从ES的JVM配置起步思考JVM常见参数优化
最新发布
张彦峰的博客
12-03 9万+
Java 8目前仍然是许多企业中主要使用的版本之一，尤其是对于比较保守的公司。在过去，CMS (Concurrent Mark-Sweep) 垃圾回收器在Java 8中是一种常见选择，因为它在某些场景下能够提供较好的性能。然而，随着Java版本的不断更新，一些旧的特性和组件被淘汰或替代，比如CMS。Java 14中正式废弃了CMS，而新的垃圾回收器，如ZGC和G1，逐渐成为了主流选择。ZGC和G1在处理大内存堆和低停顿时间方面表现出色，适用于现代应用程序的需求。
Java JVM常用参数
web15185420056的博客
11-25 764
对Java JVM基本参数类型与简单使用，予以记录！
JVM常用启动参数
Stay Hungry, Stay Foolish!
05-29 5384
目录JVM常用启动参数系统属性参数运行模式参数堆内存设置参数显式指定堆内存`–Xms`和`-Xmx`显式新生代内存显示指定永久代/元空间的大小其他常用参数GC设置参数垃圾回收器GC记录分析诊断参数JavaAgent参数 文章放置于：https://github.com/zgkaii/CS-Study-Notes，欢迎批评指正！ JVM常用启动参数 JVM启动参数的前缀主要有-、-D、-X、-XX、+/-、: 以-开头为标准参数，所以的JVM都要实现这些参数，并且向后兼容。例如-server。 -D
深入理解JVM(四) JVM参数以及命令
weixin_38399962的博客
12-26 566
1.JVM参数 1.1标准参数 -version -help -server -cp 1.2 -X参数 -Xint 解释执行 -Xcomp 第一次使用就编译成本地代码 -Xmixed 混合模式，JVM自己来决定 1.3 -XX参数 使用的最多的参数类型, 非标准化参数，相对不稳定，主要用于JVM调优和Debug a.Boolean类型 格式：-XX...
Jvm常用参数以及命令
qq_34088988的博客
06-02 177
JVM参数 基本 -version, -help… x参数 -Xint【解释执行】-Xcomp【第一次使用就编译成本地代码】-Xmixed【混合模式】 xx参数 boolean类型参数【±号开启关闭】：PrintGCDetails【打印收集gc细节】,UseSerialGC【是否使用串行垃圾回收器】… 设值类型参数 MetaspaceSize=1024m -Xms -> 等价于-XX:InitialHeapSize -Xmx -> 等价于-XX:MaxHeapSize 举出初始化参数的命令：
JVM 常用参数以及命令
Jaemon
05-22 398
JVM 常用参数以及命令
JVM（Java虚拟机）优化大全和案例实战
碧荷故乡_胡奇的专栏
03-06 5万+
堆内存设置原理JVM堆内存分为2块：Permanent Space 和 Heap Space。Permanent 即 持久代（Permanent Generation），主要存放的是Java类定义信息，与垃圾收集器要收集的Java对象关系不大。Heap = { Old + NEW = {Eden, from, to} }，Old 即 年老代（Old Generation），New 即 年轻代（Yo
垃圾收集算法
lymboy的博客
11-15 504
标记-清除将存活的对象进行标记，然后清理掉未被标记的对象。不足:标记-整理让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。复制将内存划分为大小相等的两块，每次只使用其中一块，当这一块内存用完了就将还存活的对象复制到另一块上面，然后再把使用过的内存空间进行一次清理。主要不足是只使用了内存的一半。分代收集策略JDK1.8采用分代收集策略 分代收集是根据对象的存活时间把内存分为新生代和老年代，根据个代对象的存活特点，每个代采用不同的垃圾回收算法。新生代采用标记—复制算法，老年代采用标记—整理算法。
堆、栈、方法区等内存大小设置
实践求真知
09-05 1666
一点睛 # 栈 -Xss128k <==> -XX:ThreadStackSize=128k 设置每个线程栈的大小为128K # 堆 -Xms2048m <==> -XX:InitialHeapSize=2048m 设置 JVM 初始堆内存为2048M -Xmx2048m <==> -XX:MaxHeapSize=2048m 设置 JVM 最大堆内存为2048M -Xmn2g <==> -XX:NewSize=2g -XX:MaxNewSi.
Tomcat 调优及 JVM 参数优化
热门推荐
刘东旭的专栏
06-22 9万+
Tomcat 的缺省配置是不能稳定长期运行的，也就是不适合生产环境，它会死机，让你不断重新启动，甚至在午夜时分唤醒你。对于操作系统优化来说，是尽可能的增大可使用的内存容量、提高CPU 的频率，保证文件系统的读写速率等。经过压力测试验证，在并发连接很多的情况下，CPU 的处理能力越强，系统运行速度越快。 Tomcat 的优化不像其它软件那样，简简单单的修改几个参数就可以了，它的优化主要...
linux设置java参数_(转)linux下jvm 参数调优
weixin_31281003的博客
02-16 1259
1.基本概念。JAVA_MEM_OPTS=" -server -Xmx2g -Xms2g -Xmn512m -XX:PermSize=128m-Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC-XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection-XX:+UseFa...
线上服务的JVM的GC日志如何阅读
hikeboy的博客
02-24 1942
一、JVM 启动参数 jvm_common_options = -Xms6g -Xmx6g -Xss256K -XX:GCTimeRatio=19 -XX:SurvivorRatio=8 -XX:+AggressiveOpts -XX:ParallelGCThreads=24 -XX:+UseConcMarkSweepGC -XX:+UseCMSCompactAtFullCollection -X...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值