jvm 参数设置【转】

最新推荐文章于 2023-07-27 04:02:29 发布
最新推荐文章于 2023-07-27 04:02:29 发布
阅读量360 收藏
点赞数
分类专栏： jvm 文章标签： jvm jdk java

jvm 参数设置【转】

java   2009-10-14 12:19    阅读    评论 字号：  大 大  中 中  小 小

JVM内存的设置的原理

默认的java虚拟机的大小比较小，在对大数据进行处理时java就会报错：java.lang.OutOfMemoryError。
设置jvm内存的方法，对于单独的.class，可以用下面的方法对Test运行时的jvm内存进行设置。
java -Xms64m -Xmx256m Test
-Xms是设置内存初始化的大小
-Xmx是设置最大能够使用内存的大小（最好不要超过物理内存大小）
在weblogic中，可以在startweblogic.cmd中对每个domain虚拟内存的大小进行设置，默认的设置是在commEnv.cmd里面。


本文引用地址： http://cnpoint.com/framwwork/2006/1109/content_4563.htm

JVM内存的调优


1. Heap设定与垃圾回收Java Heap分为3个区，Young，Old和Permanent。Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象，本文不讨论该区。JVM的Heap分配可以使用-X参数设定，


-Xms 初始Heap大小 -Xmx java heap最大值 -Xmn young generation的heap大小


JVM有2个GC线程。第一个线程负责回收Heap的Young区。第二个线程在Heap不足时，遍历Heap，将Young 区升级为Older区。Older区的大小等于-Xmx减去-Xmn，不能将-Xms的值设的过大，因为第二个线程被迫运行会降低JVM的性能。为什么一些程序频繁发生GC？有如下原因：l         程序内调用了System.gc()或Runtime.gc()。l         一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC。l         Java的Heap太小，一般默认的Heap值都很小。l         频繁实例化对象，Release对象。此时尽量保存并重用对象，例如使用StringBuffer()和String()。         如果你发现每次GC后，Heap的剩余空间会是总空间的50%，这表示你的Heap处于健康状态。许多Server端的Java程序每次GC后最好能有65%的剩余空间。经验之谈：1．Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC，最好让-Xmn值约等于-Xmx的1/3[2]。2．一个GUI程序最好是每10到20秒间运行一次GC，每次在半秒之内完成[2]。注意：1．增加Heap的大小虽然会降低GC的频率，但也增加了每次GC的时间。并且GC运行时，所有的用户线程将暂停，也就是GC期间，Java应用程序不做任何工作。2．Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值，因为Java为其他任务分配内存，例如每个线程的Stack等。2．Stack的设定每个线程都有他自己的Stack。


-Xss 每个线程的Stack大小


Stack的大小限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小，例如-Xss1024K。如果Stack太小，也会导致Stack溢漏。3．硬件环境硬件环境也影响GC的效率，例如机器的种类，内存，swap空间，和CPU的数量。如果你的程序需要频繁创建很多transient对象，会导致JVM频繁GC。这种情况你可以增加机器的内存，来减少Swap空间的使用[2]。4．4种GC第一种为单线程GC，也是默认的GC。，该GC适用于单CPU机器。第二种为Throughput GC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UseParallelGC参数启动该GC。第三种为Concurrent Low Pause GC，类似于第一种，适用于多CPU，并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时，运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。第四种为Incremental Low Pause GC，适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时，回收一部分Old区对象。-Xincgc参数启动该GC。4种GC的具体描述参见[3]。 参考文章：1. JVM Tuning.  http://www.caucho.com/resin-3.0/performance/jvm-tuning.xtp#garbage-collection2. Performance tuning Java: Tuning steps leizhimin 51cto技术博客 http://h21007.www2.hp.com/dspp/tech/tech_TechDocumentDetailPage_IDX/1,1701,1604,00.html3. Tuning Garbage Collection with the 1.4.2 JavaTM Virtual Machine . leizhimin 51cto技术博客 http://java.sun.com/docs/hotspot/gc1.4.2/ 原文地址： http://blog.csdn.net/tyrone1979/archive/2006/09/25/1274458.aspx


jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客 jvm 参数设置【转】 - jimobit - 大明的博客

Eclipse中JVM内存设置

豆豆网   技术应用频道    2009年06月17日 【字号： 】 收藏本文

关键字：  JProfiler  memcached  JavaCC  EclEmma  JesterEclipse中JVM内存设置。

eclipse.ini设置

　　-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M

　　这里有几个问题：

　　1. 各个参数的含义什么？

　　2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？

　　3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？

　　下面我们一一进行回答

　　1. 各个参数的含义什么？

参数中-vmargs的意思是设置JVM参数，所以后面的其实都是JVM的参数了，我们首先了解一下JVM内存管理的机制，然后再解释每个参数的含义。

　　堆(Heap)和非堆(Non-heap)内存

按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中。

　　堆内存分配

　　JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于 40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、 -Xmx相等以避免在每次GC 后调整堆的大小。

　　非堆内存分配

　　JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。

　　JVM内存限制(最大值)

　　首先JVM内存限制于实际的最大物理内存(废话！呵呵)，假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux 系统下为2G-3G），而64bit以上的处理器就不会有限制了。

　　2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？

　　通过上面对JVM内存管理的介绍我们已经了解到JVM内存包含两种：堆内存和非堆内存，另外JVM最大内存首先取决于实际的物理内存和操作系统。所以说设置VM参数导致程序无法启动主要有以下几种原因：

　　1) 参数中-Xms的值大于-Xmx，或者-XX:PermSize的值大于-XX:MaxPermSize；

　　2) -Xmx的值和-XX:MaxPermSize的总和超过了JVM内存的最大限制，比如当前操作系统最大内存限制，或者实际的物理内存等等。说到实际物理内存这里需要说明一点的是，如果你的内存是1024MB，但实际系统中用到的并不可能是1024MB，因为有一部分被硬件占用了。

　　3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？

　　那为什么同样的参数在快捷方式或者命令行中有效而在eclipse.ini文件中是无效的呢？这是因为我们没有遵守eclipse.ini文件的设置规则：

　　参数形如“项 值”这种形式，中间有空格的需要换行书写，如果值中有空格的需要用双引号包括起来。比如我们使用-vm C:Javajre1.6.0binjavaw.exe参数设置虚拟机，在eclipse.ini文件中要写成这样：

de>-vm 
C:Javajre1.6.0binjavaw.exe de>

　　按照上面所说的，最后参数在eclipse.ini中可以写成这个样子：

de>-vmargs 
-Xms128M 
-Xmx512M 
-XX:PermSize=64M 
-XX:MaxPermSize=128M de>

　　实际运行的结果可以通过Eclipse中“Help”-“About Eclipse SDK”窗口里面的“Configuration Details”按钮进行查看。

　　另外需要说明的是，Eclipse压缩包中自带的eclipse.ini文件内容是这样的：

de>-showsplash 
org.eclipse.platform 
--launcher.XXMaxPermSize 
256m 
-vmargs 
-Xms40m 
-Xmx256m de>

　　其中–launcher.XXMaxPermSize（注意最前面是两个连接线）跟-XX:MaxPermSize参数的含义基本是一样的，我觉得唯一的区别就是前者是eclipse.exe启动的时候设置的参数，而后者是eclipse所使用的JVM中的参数。其实二者设置一个就可以了，所以这里可以把–launcher.XXMaxPermSize和下一行使用#注释掉。

　　3. 其他的启动参数。 如果你有一个双核的CPU，也许可以尝试这个参数:

de>-XX:+UseParallelGC de>

　　让GC可以更快的执行。（只是JDK 5里对GC新增加的参数）


superfatsheep
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM参数设置
zhangzc的博客
03-08 498
-Xverify:none  关闭大部分类验证措施，缩短虚拟机类加载的时间 -Xms  设置堆的最小值 -Xmx  设置堆的最大值 将-Xms和-Xmx值设置为一样可避免堆自动扩展 -XX：+HeapDumpOnOutOfMemoryError  设置虚拟机在出现内存溢出是Dump出当前的内存堆转储快照以便事后进行分析 -Xss 设置每个线程的栈容量
JVM参数设置详细说明
11-23
JVM参数设置详细说明、JVM 参数设置详细说明 1: heap size a: -Xmx 指定jvm的最大heap大小，如：-Xmx=2g b: -Xms 指定jvm的最小heap大小，如：-Xms=2g，高并发应用，建议和-Xmx一样，防止因为内存收缩/突然增大带来的性能影响。 c: -Xmn 指定jvm中New Generation的大小，如：-Xmn256m。这个参数很影响性能，如果你的程序需要比较多的临时内存，建议设置到512M，如果用的少，尽量降低这个数值，一般来说128/256足以使用了。 d: -XX:PermSize= 指定jvm中Perm Generation的最小值，如：-XX:PermSize=32m。这个参数需要看你的实际情况，可以通过jmap命令看看到底需要多少。 e: -XX:MaxPermSize= 指定Perm Generation的最大值，如：-XX:MaxPermSize=64m f: -Xss 指定线程桟大小，如：-Xss128k，一般来说，webx框架下的应用需要256K。如果你的程序有大规模的递归行为，请考虑设置到512K/1M。这个需要全面的测试才能知道。不过，256K已经很大了。这个参数对性能的影响比较大的。 g: -XX:NewRatio= 指定jvm中Old Generation heap size与New Generation的比例，在使用CMS GC的情况下此参数失效，如：-XX:NewRatio=2 h: -XX:SurvivorRatio= 指定New Generation中Eden Space与一个Survivor Space的heap size比例，-XX:SurvivorRatio=8，那么在总共New Generation为10m的情况下，Eden Space为8m i: -XX:MinHeapFreeRatio= 指定jvm heap在使用率小于n的情况下，heap进行收缩，Xmx==Xms的情况下无效，如：-XX:MinHeapFreeRatio=30 j: -XX:MaxHeapFreeRatio= 指定jvm heap在使用率大于n的情况下，heap 进行扩张，Xmx==Xms的情况下无效，如：-XX:MaxHeapFreeRatio=70 k: -XX:LargePageSizeInBytes= 指定Java heap的分页页面大小， 如：-XX:LargePageSizeInBytes=128m 2: garbage collector a: -XX:+UseParallelGC 指定在New Generation使用parallel collector，并行收集，暂停，app threads，同时启动多个垃圾回收thread，不能和CMS gc一起使用。系统吨吐量优先，但是会有较长长时间的app pause，后台系统任务可以使用此 gc b: -XX:ParallelGCThreads= 指定parallel collection时启动的thread个数，默认是物理processor的个数 c: -XX:+UseParallelOldGC 指定在Old Generation使用parallel collector d: -XX:+UseParNewGC 指定在New Generation使用parallel collector，是UseParallelGC的gc的升级版本，有更好的性能或者优点，可以和CMS gc一起使用 e: -XX:+CMSParallelRemarkEnabled 在使用UseParNewGC的情况下，尽量减少mark的时间 f: -XX:+UseConcMarkSweepGC 指定在Old Generation使用concurrent cmark sweep gc、gc thread和app thread并行（在init-mark和remark时pause app thread）。app pause时间较短，适合交互性强的系统，如web server g: -XX:+UseCMSCompactAtFullCollection 在使用concurrent gc的情况下，防止memory fragmention，对live object进行整理，使memory 碎片减少 h: -XX:CMSInitiatingOccupancyFraction= 指示在old generation 在使用了n%的比例后，启动concurrent collector，默认值是68，如：-XX:CMSInitiatingOccupancyFraction=70 有个bug，在低版本（1.5.09 and early）的jvm上出现， http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6486089 i: -XX:+UseCMSInitiatingOccupancyOnly 指示只有在old generation在使用了初始化的比例后concurrent collector启动收集 3:others a: -XX:MaxTenuringThreshold= 指定一个object在经历了n次young gc后转移到old generation区，在linux64的java6下默认值是15，此参数对于throughput collector无效，如：-XX:MaxTenuringThreshold=31 b: -XX:+DisableExplicitGC 禁止java程序中的full gc，如System.gc()的调用。最好加上么，防止程序在代码里误用了。对性能造成冲击。 c: -XX:+UseFastAccessorMethods get、set方法转成本地代码 d: -XX:+PrintGCDetails 打应垃圾收集的情况如： [GC 15610.466: [ParNew: 229689K->20221K(235968K), 0.0194460 secs] 1159829K->953935K(2070976K), 0.0196420 secs] e: -XX:+PrintGCTimeStamps 打应垃圾收集的时间情况，如： [Times: user=0.09 sys=0.00, real=0.02 secs] f: -XX:+PrintGCApplicationStoppedTime 打应垃圾收集时，系统的停顿时间，如： Total time for which application threads were stopped: 0.0225920 seconds 4: a web server product sample and process JAVA_OPTS=" -server -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 " 最初的时候我们用UseParallelGC和UseParallelOldGC，heap开了3G，NewRatio设成1。这样的配置下young gc发生频率约12、3秒一次，平均每次花费80ms左右，full gc发生的频率极低，每次消耗1s左右。从所有gc消耗系统时间看，系统使用率还是满高的，但是不论是young gc还是old gc，application thread pause的时间比较长，不合适 web 应用。我们也调小New Generation的，但是这样会使full gc时间加长。 后来我们就用CMS gc（-XX:+UseConcMarkSweepGC），当时的总heap还是3g，新生代1.5g后，观察不是很理想，改为jvm heap为2g新生代设置-Xmn1g，在这样的情况下young gc发生的频率变成7、8秒一次，平均每次时间40-50毫秒左右，CMS gc很少发生，每次时间在init-mark和remark（two steps stop all app thread）总共平均花费80-90ms左右。 在这里我们曾经New Generation调大到1400m，总共2g的jvm heap，平均每次ygc花费时间60-70ms左右，CMS gc的init-mark和remark之和平均在50ms左右，这里我们意识到错误的方向，或者说CMS的作用，所以进行了修改。 最后我们调小New Generation为256m，young gc 2、3秒发生一次，平均停顿时间在25毫秒左右，CMS gc的init-mark和remark之和平均在50ms左右，这样使系统比较平滑，经压力测试，这个配置下系统性能是比较高的。 在使用CMS gc的时候他有两种触发gc的方式：gc估算触发和heap占用触发。我们的1.5.0.09 环境下有次old 区heap占用在30%左右，她就频繁gc，个人感觉系统估算触发这种方式不靠谱，还是用 heap 使用比率触发比较稳妥。 这些数据都来自64位测试机，过程中的数据都是我在jboss log找的，当时没有记下来，可能存在一点点偏差，但不会很大，基本过程就是这样。 5: 总结 web server作为交互性要求较高的应用，我们应该使用Parallel+CMS，UseParNewGC这个在jdk6 -server上是默认的new generation gc，新生代不能太大，这样每次pause会短一些。CMS mark-sweep generation可以大一些，可以根据pause time实际情况控制。
JVM 参数设置详细说明(转)
17studio
08-09 160
JVM 参数设置详细说明(转) 1: heap size a: -Xmx 指定 jvm 的最大 heap 大小 , 如 :-Xmx=2g b: -Xms 指定 jvm 的最小 heap 大小 , 如 :-Xms=2g ， 高并发应用， 建议和-Xmx一样， 防止因为内存收缩...
jvm参数配置
星星，你好！
07-30 371
针对jvm的Trace、堆、栈的一些基本参数配置，实用性和使用性佳。
高手教大家如何配置jvm参数
王云朋的专栏
12-17 2090
堆大小设置 JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。 典型JVM参数设置： java -Xmx3550m -
JVM参数配置
肖的专栏
09-11 240
前阵子遇到几个面试题都是关于对Java内存控制的,因此从网上找到这篇文章,希望自己对Java的内存分配有重新的认识 /usr/local/jdk/bin/java -Dresin.home=/usr/local/resin -server -Xms1800M -Xmx1800M -Xmn300M -Xss512K -XX:PermSize=300M -XX:MaxPermSize=300M -XX
jvm参数设置_JVM参数设置_
10-02
JVM参数设置是优化Java应用性能的关键环节，它可以帮助我们控制JVM的行为，如内存分配、垃圾回收策略、线程调度等。下面将详细介绍一些重要的JVM参数及其作用。 1. 内存设置： - `-Xms` 和 `-Xmx`：这两个参数用于...
IntelliJ IDEA设置JVM运行参数的操作方法
08-27
IntelliJ IDEA设置JVM运行参数的操作方法 IntelliJ IDEA是一款功能强大且流行的集成开发环境（IDE），它提供了丰富的功能来帮助开发者快速高效地开发和调试Java应用程序。其中，设置JVM运行参数是非常重要的一步，...
IDEA设置JVM运行参数的方法步骤
08-18
2. 选中要添加JVM参数的Application 3. 在Configuration里面的VM options中输入想要添加的系统参数 例如，要设置环境变量myname的值为"hello world"，可以在VM options中输入-Dmyname="hello world"。 针对所有的...
jvm参数设置
01-23
### JVM参数设置详解 在Java应用开发与维护过程中，JVM（Java虚拟机）的配置至关重要，它直接影响到应用程序的性能表现与稳定性。本文将基于提供的文件内容，深入解析Linux环境下JVM的基本参数设置方法及原理。 ##...
weblogic linux jvm参数,WEBLOGIC启动JVM参数设置经验
weixin_39690958的博客
05-13 1626
JVM给了三种选择：串行收集器、并行收集器、并发收集器，但是串行收集器只适用于小数据量的情况，所以这里的选择主要针对并行收集器和并发收集器。默认情况下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在启动时加入相应参数。JDK5.0以后，JVM会根据当前系统配置1. 吞吐量优先的并行收集器如上文所述，并行收集器主要以到达一定的吞吐量为目标，适用于科学技术和后台处理等。典型配置：§ j...
详解JVM参数配置
其实我也有梦想
10-23 531
这里向大家描述一下JVM参数配置的具体步骤，比如heapsize的配置，-Xms指定jvm的最小heap大小，如：-Xms=2g,高并发应用，建议和-Xmx一样，防止因为内存收缩/突然增大带来的性能影响。         JVM参数配置详解         1:JVM参数配置之heapsize         a:-Xmx         指定jvm的最大heap大小，如：
jvm调优
jialanshun的博客
11-19 150
参考http://blog.csdn.net/chen77716/article/details/5695893
JAVA从入门到基础(三) 一 常用JVM配置参数
OovEver的专栏
11-21 355
JAVA从入门到基础(三) 一 常用JVM配置参数一 Treace跟踪参数 -verbose:gc -XX:printGC可以打印GC的简要信息 –[GC4790K->374K(15872K), 0.0001606 secs] (堆大小15872K，堆在GC之前，使用4790K，GC后为374K，花费时间0.0001606 secs) –[GC4790K->374K(15872K),
【Spring】Spring原理源码解析（五）-- Spring识别jvm、环境配置及通过@PropertySources加入配置原理
ArvinZsh的博客
11-01 277
本篇主要介绍了spring如何通过内置的bean工厂后置处理器，解析配置类，识别配置类注解@PropertySources/@PropertySource；实际上就是通过在环境enviroment中，先会存储封装好的资源对象集合propertySources，然后当从enviroment获取时，实际上就会遍历这个集合，拿到第一个匹配上key的属性配置，然后去解析它所有的占位符后，得到属性值返回；
7 测试类准备 8 设置JVM 参数
xieyuntestShow的专栏
04-25 1138
1  测试类准备 http://download.csdn.net/detail/xieyuntestshow/4255608 http://download.csdn.net/detail/xieyuntestshow/4255612 1          设置JVM 参数 首先需要设置了如下所示的 JVM 参数： -XX:+HeapDumpOnOutOfMemoryE
Java JVM 参数设置大全
AlbenXie的博客
07-27 7864
如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概率。-XX:PermSize=196m -XX:MaxPermSize=196m 根据集成构建的特点，大规模的系统编译可能需要加载大量的Java类到内存中，所以预先分配好大量的持久代内存是高效和必要的。-Xmn，-XX:NewSize/-XX:MaxNewSize，-XX:NewRatio 3组参数都可以影响年轻代的大小，混合使用的情况下，优先级是什么？
jvm参数设置方法(win10)
m0_67402013的博客
09-07 1654
由于调整元空间的大小需要Full GC，这是非常昂贵的操作，如果应用在启动的时候发生大量Full GC，通常都是由于永久代或元空间发生了大小调整，基于这种情况一般建议在JVM参数中将MetaspaceSize和MaxMetaspaceSize设置成一样的值，并设置得比初始值要大，对于8G物理内存的机器来说，一般我会将这两个值都设置为512M。这个参数很影响性能， 如果你的程序需要比较多的临时内存， 建议设置到512M， 如果用的少， 尽量降低这个数值， 一般来说128／256足以使用了。
linux JVM参数设置
最新发布
12-20
以下是设置Linux JVM参数的方法： 1. 在命令行中设置JVM参数 ```shell java -Xms64m -Xmx256m Test ``` 其中，`-Xms`用于设置内存初始化的大小，`-Xmx`用于设置最大能够使用内存的大小。请根据实际需求调整参数值。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值