JVM内存最大能调多大分析
maven jvm参数
Maven JVM参数是在运行Maven时，用于配置Java虚拟机（JVM）的参数。
这些参数可以帮助优化Maven的性能和内存使用。
以下是一些常用的Maven JVM参数：1. `-Xms`：设置初始堆内存大小。
例如：`-Xms256m`表示初始堆内存大小为256兆字节。
2. `-Xmx`：设置最大堆内存大小。
例如：`-Xmx1024m`表示最大堆内存大小为1024兆字节。
3. `-XX:PermSize`：设置永久代内存大小。
例如：`-XX:PermSize=128m`表示永久代内存大小为128兆字节。
4. `-XX:MaxPermSize`：设置最大永久代内存大小。
例如：`-XX:MaxPermSize=512m`表示最大永久代内存大小为512兆字节。
5. `-XX:MetaspaceSize`：设置元空间内存大小。
例如：`-XX:MetaspaceSize=128m`表示元空间内存大小为128兆字节。
6. `-XX:MaxMetaspaceSize`：设置最大元空间内存大小。
例如：`-XX:MaxMetaspaceSize=512m`表示最大元空间内存大小为512兆字节。
7. `piler.source=1.8`：指定Maven编译器使用的Java版本。
例如：`piler.source=1.8`表示使用Java 1.8版本进行编译。
8. `piler.target=1.8`：指定Maven编译器使用的Java目标版本。
例如：`piler.target=1.8`表示使用Java 1.8版本作为目标版本进行编译。
在运行Maven时，可以通过在命令行中添加这些参数来配置JVM。
例如：```bashmvn clean install -Xms256m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=512m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=512m piler.source=1.8 piler.target=1.8```。
《Java性能调优指南》
《Java性能调优指南》随着互联网的飞速发展，Java作为一种重要的编程语言，被越来越广泛地应用于各个领域。
但是，Java程序的性能问题也随之出现。
如何调优Java 程序的性能，成为了每个开发人员需要解决的难题。
本文将为大家介绍Java性能调优的指南。
一、JVM参数设置JVM（Java虚拟机）参数设置是Java性能调优的关键。
JVM有众多的参数，不同的参数设置会对Java程序的性能产生不同的影响。
常用的JVM参数设置包括以下几个方面：1. 内存设置内存是Java程序的一大瓶颈。
如果内存设置不合理，会导致Java程序频繁地进行垃圾回收，造成程序的延迟和不稳定。
在设置内存参数时需要注意以下几点：- -Xmx: 最大堆内存，设置合理的最大堆内存大小可以减少JVM的垃圾回收次数，提高程序性能。
- -Xms: 初始堆内存，设置合理的初始堆内存大小可以加快程序启动时间，提高程序性能。
- -XX:NewRatio: 新生代与老年代的比例，如果设置得当，可以减少垃圾回收的次数。
通常新生代的大小为总堆容量的1\/3或1\/4，老年代的大小为总堆容量的2\/3或3\/4。
2. 垃圾回收设置垃圾回收是Java程序中必不可少的一部分。
合理的垃圾回收参数设置可以提高程序性能。
常用的垃圾回收参数设置包括以下几点：- -XX:+UseParallelGC: 使用并行GC，适用于多核CPU。
- -XX:+UseConcMarkSweepGC: 使用CMS GC，适用于大型Web应用程序。
- -XX:+UseG1GC: 使用G1 GC，适用于大内存应用程序。
3. JIT设置JIT（即时编译器）是Java程序中非常重要的一部分。
合理的JIT参数设置可以提高程序的性能。
常用的JIT参数设置包括以下几点：- -XX:+TieredCompilation: 启用分层编译，可以提高程序启动时间和性能。
- -XX:CompileThreshold: JIT编译阈值，设置JIT编译的最小方法调用次数，可以提高程序性能。
java jvm参数
java jvm参数
Java 虚拟机（JVM）参数是用来配置 Java 虚拟机运行时环境的一组参数。
它们可以用来控制 JVM 的内存使用情况，调整垃圾回收器的行为，debugging，启用额外的错误检查等等。
1、-Xms：设置JVM初始内存大小，默认是物理内存的1/64。
2、-Xmx：设置JVM最大可用内存大小，一般设置为物理内存的1/4或1/8。
3、-Xss：设置JVM单个线程栈内存大小，通常为
512K到1024K之间。
4、-XX:+UseSerialGC：开启串行垃圾收集器，使用单线程工作，可以提高性能，但是应用程序也会受到影响。
5、-XX:+PrintGCDetails：打印出垃圾回收的详细信息，方便进行性能调优。
6、-XX:MaxPermSize：设置持久代的最大内存大小，默认情况下，持久代的内存大小取决于MaxHeapSize的值。
7、-XX:NewRatio：设置新生代和老年代的比例，默认情况下是2，即新生代是老年代的一半。
8、-XX:SurvivorRatio：设置Eden区和Survivor区的比例，默认情况下是8，即Eden区是Survivor区的八分之一。
JVM调优总结 -Xms -Xmx -Xmn -Xss1
1.堆大小设置JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。
32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。
我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。
典型设置：2.java -Xmx3550m -Xms3550m -Xmn2g-Xss128k-Xmx3550m：设置JVM最大可用内存为3550M。
-Xms3550m：设置JVM促使内存为3550m。
此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
-Xmn2g：设置年轻代大小为2G。
整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。
持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。
此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。
-Xss128k：设置每个线程的堆栈大小。
JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。
更具应用的线程所需内存大小进行调整。
在相同物理内存下，减小这个值能生成更多的线程。
但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0-XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。
设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5-XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。
设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6-XX:MaxPermSize=16m:设置持久代大小为16m。
JVM参数设置-jdk8参数设置
JVM参数设置-jdk8参数设置JVM参数设置1.基本参数参数名称含义默认值-Xms初始堆⼤⼩内存的1/64默认(MinHeapFreeRatio参数可以调整)空余堆内存⼩于40%时，JVM就会增⼤堆直到-Xmx的最⼤限制.-Xmx最⼤堆⼤⼩内存的1/4默认(MaxHeapFreeRatio参数可以调整)空余堆内存⼤于70%时，JVM会减少堆直到 -Xms的最⼩限制-Xmn年轻代⼤⼩注意：此处的⼤⼩是（eden+ 2 survivor space).与jmap -heap中显⽰的New gen是不同的。
整个堆⼤⼩=年轻代⼤⼩ + 年⽼代⼤⼩ + 持久代⼤⼩.增⼤年轻代后,将会减⼩年⽼代⼤⼩.此值对系统性能影响较⼤,Sun官⽅推荐配置为整个堆的3/8-XX:NewSize设置年轻代⼤⼩-XX:MaxNewSize年轻代最⼤值-XX:PermSize设置持久代(permgen)初始值内存的1/64-XX:MaxPermSize设置持久代最⼤值内存的1/4-Xss每个线程的堆栈⼤⼩JDK5.0以后每个线程堆栈⼤⼩为1M,以前每个线程堆栈⼤⼩为256K.更具应⽤的线程所需内存⼤⼩进⾏调整.在相同物理内存下,减⼩这个值能⽣成更多的线程.但是操作系统对⼀个进程内的线程数还是有限制的,不能⽆限⽣成,经验值在3000~5000左右⼀般⼩的应⽤，如果栈不是很深，应该是128k够⽤的⼤的应⽤建议使⽤256k。
这个选项对性能影响⽐较⼤，需要严格的测试。
（校长）和threadstacksize选项解释很类似,官⽅⽂档似乎没有解释,在论坛中有这样⼀句话:"”-Xss is translated in a VM flag named ThreadStackSize”⼀般设置这个值就可以了。
-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/5Xms=Xmx并且设置了Xmn的情况下，该参数不需要进⾏设置。
WebsphereJVM堆分析与优化
Websphere性能分析与优化——从Heapdump浅谈JVM堆设置不同版本的JDK可以设置的JVM堆大小是不一样的，而JVM堆的大小直接制约系统的性能，合理设置每个应用服务器中的JVM堆，在系统性能优化中是十分关键的一步。
一般来说，JVM堆可设置的大小受其版本限制，可分为以下两大类：1、32位的JDK，JVM堆最大可设置到1.5G左右2、64位的JDK，JVM堆大小暂无限制那我们该如何调整JVM的堆大小呢？在Was上如何去设定一个合理的值且多大的值才算是合理的呢？首先我们来了解下JVM堆大小对系统有哪些主要的影响，在JVM堆不足的情况下将会导致系统：1、频繁的垃圾回收（引发系统资源紧张情况，集群环境下CPU资源消耗就更严重）2、OOM，内存溢出（out of memory）系统繁忙时，一般都是在处理大量的客户端请求，或是在进行多个复杂的计算，它们都需要向JVM堆申请空间进行对象的创建。
在堆空间不足的情况下，应用系统会出现以下一些情况，从而大大降低客户的感知度：1、请求操作响应时间长2、请求操作失败，资源等待操作，内存溢出为了保证系统的性能，提高系统稳定性，我们就需要对JVM堆的详细使用情况刨根问底，以此估出一个合理的值来设置JVM堆大小。
有专家给出建议，Was每个Server的线程池不宜配置过大，一般建议值在50-120之间，而JVM堆则设置在2G内。
这个建议针对大部分系统都是适用的，如果在这个配置上系统运行还出现性能问题，可先从应用程序角度着手优化。
因为无论线程池的线程大小是多少，每个线程给系统带来的主要压力就是JVM堆资源的占用。
在32位的Java虚拟机上，JVM堆最大可设置到1.5G左右。
假设请求从客户端来到Was，Was从线程池中分配一个线程处理这个请求，同时从JVM堆空间申请相应的资源进行操作。
假设这是一个上传5MB的Excel的线程，那么在上传与处理这个Excel过程中，线程占用的JVM堆的资源会越来越多，甚至有可能需要向JVM堆申请超过30MB的空间（当然30MB的堆空间不是绝对，这与代码设计密切相关，如果到Excel上传过程中，还要进行分析，封装，持久化等操作）。
jvm标准参数
jvm标准参数JVM标准参数JVM（Java Virtual Machine）是一种虚拟机，它是Java程序的执行环境。
在JVM中，有很多参数可以设置，这些参数可以通过命令行或者配置文件来设置。
这篇文章将详细介绍JVM标准参数。
一、概述JVM标准参数分为两类：通用参数和非通用参数。
通用参数适用于所有的JVM实现，而非通用参数只适用于某些特定的实现。
二、通用参数1. -Xms-Xms是指JVM启动时堆内存的最小值。
例如，-Xms512m表示JVM启动时堆内存的最小值为512MB。
2. -Xmx-Xmx是指JVM启动时堆内存的最大值。
例如，-Xmx1024m表示JVM启动时堆内存的最大值为1GB。
3. -Xmn-Xmn是指新生代的大小。
新生代是指在垃圾收集中被划分为年轻代和幸存区的内存区域。
例如，-Xmn256m表示新生代大小为256MB。
4. -XX:PermSize-XX:PermSize是指永久代（Permanent Generation）大小。
永久代是一种特殊的内存区域，它主要用于存放类信息、常量池等数据。
例如，-XX:PermSize=64m表示永久代大小为64MB。
5. -XX:MaxPermSize-XX:MaxPermSize是指永久代的最大值。
例如，-XX:MaxPermSize=128m表示永久代的最大值为128MB。
6. -Xss-Xss是指每个线程的堆栈大小。
例如，-Xss256k表示每个线程的堆栈大小为256KB。
7. -XX:+UseParallelGC-XX:+UseParallelGC是指使用并行垃圾收集器。
并行垃圾收集器可以在多个CPU上同时进行垃圾收集，从而提高垃圾收集效率。
8. -XX:+UseConcMarkSweepGC-XX:+UseConcMarkSweepGC是指使用CMS（Concurrent Mark Sweep）垃圾收集器。
CMS垃圾收集器可以在应用程序运行时进行垃圾回收，从而减少应用程序停顿时间。
jvm常用调优参数
jvm常用调优参数
JVM是JavaVirtualMachine的缩写，是Java程序运行的核心。
JVM的调优是优化Java应用程序性能的重要一环，其中调优参数的合理设置是关键。
以下是常用的JVM调优参数：
1. -Xms：设置JVM的初始内存大小，默认为物理内存的
1/64。
2. -Xmx：设置JVM的最大内存大小，超出该内存大小后会触发垃圾回收。
3. -Xmn：设置年轻代的大小，一般设置为总内存的1/3或
1/4。
4. -XX:SurvivorRatio：设置年轻代中Eden区和Survivor区的比例，默认值为8。
5. -XX:NewRatio：设置新生代和老年代的比例，默认值为2。
6. -XX:MaxPermSize：设置永久代的大小，一般设置为
256MB。
7. -XX:+UseConcMarkSweepGC：使用CMS垃圾回收器，可以减少内存抖动。
8. -XX:+UseParallelGC：使用并行垃圾回收器，可提高垃圾回收效率。
9. -XX:+HeapDumpOnOutOfMemoryError：当JVM内存溢出时，生成堆转储文件。
10. -XX:+PrintGCDetails：打印垃圾回收的详细信息。
以上是常用的JVM调优参数，通过合理地设置参数，可以优化Java应用程序的性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
JVM内存最大能调多大分析【经典】
2010-11-10 13:21
转载自
最终编辑
上次用weblogic 把 -XmxXXXX 设成2G，就启动不起来，设小点就起来了，当时很气，怎么2G都起不了，今天在看到了一篇解释，转过来了
这次一位老友提出了这个问题，记得当年一个java高手在blogjava提出后，被骂得半死。
大家使用java -XmxXXXX -version版本得出了不同的结论。
后来老友说大概是1800M左右，我当时反驳，“我设置过服务器8G内存，我使用两个tomcat，每个2G”。
为此，我翻开所有的JVM的内存管理的c代码，没有任何结论。
我不是linux内核程序员，但是我看过linux的源码，知道32位体系结构的计算机寻址空间是2^32=4G，intel Pentium Pro处理器寻址空间是36位，CPU内部增加了PAE寄存器。
用于处理多出来的4根地址
线的使用，所以PAE的技术实现最大2^36=64G寻址。
通过linux的内核源码，标准Linux内核对于物理内存的管理采用1:3的分配比例，即物理内存的1/4为内核空间（kernel space），剩下的3/4为用户进程空间（user space），因此，在一台4G内存的服务器上，用户进程可使用的内存最大也就是3G。
当进程被内核调入CPU运行时，不同的地址空间数据会被调入4G以内的用户进程空间，其实就能用3G。
IA32架构上，单一进程是不能使用超过4G的内存空间的。
但是我记得我给mysql server分配内存大约是左右,不是2的32次方-1，我分配java 2G内存的计算机是IBM的RS6000.
经过不同平台的测试,我得出了大概的数值,win2k下左右,nt下,原因是这样的,Classic VM and HotSpot VM 存放用户区的连续地址中,NT把 kernel DLLs 放在 0x7c 开头的地址空间,所以nt下只有<2G的空间,所以JVM heap 使用极限是2G.用户的dll开始于0x,用户的应用程序开始于0x00400000.我现在唯一确定的是sun可能为了防止和某些 JVM插件的冲突,把dll的地址给rebase一下,这样使用的空间就很少了一部分.为什末rebase,原因是这样的,因为在windows下编译 dll 的默认地址都是, 一般在release之前的时候要rebase一下,rebase 的-b 这个参数是指定一个起始地址,MSDN建议地址是0x，这个工具随visual studio和platform SDK发放。
例如
-b 0x6D000000 \jdk\jre\bin\*.dll \jdk\jre\bin\hotspot\这样你的JVM用的内存多一些,目前关于这个我只能得到BEA的 JRockit最大也只能使用内存,看来各家编译JDK时都作了些手脚.
目前只能得到bea的的-Xmx最小值是16 MB,sun的资料很不全,还好java开源了,可以不依靠sun了.
sun提供的资料
Maximum Address Space Per Process
Operating System Maximum Address Space Per Process
Redhat Linux 32
bit
2 GB
Redhat Linux 64
bit
3 GB
Windows
98/2000/NT/Me/XP
2 GB
Solaris x86 (32
bit)
4 GB
Solaris 32
bit
4 GB
Solaris 64
bit
Terabytes
以上文档有误,32位的redhat Server利用Highmem技术可以使用3G内存. solaris不愧是java的诞生平台。
问了一下bea的工程师，得出大致的结论，
Windows 2003/XP using the /3GB switch (32-bit OS)
GB - JRockit (SP2)
GB - JRockit R26 (SP3)
Windows 2003/XP x64 Edition with a 32-bit JVM (64-bit OS)
GB - JRockit (SP2)
GB - JRockit R26 (SP3)
对于windows 2000打开3G模式，windows核心编程说得很清楚，加入/3G参数。
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINNT
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINNT="????" /3GB
Note: "????" in the previous example can be the programmatic name of any of the following operating system versions:
Windows XP Professional
Windows Server 2003
Windows Server 2003, Enterprise Edition
Windows Server 2003, Datacenter Edition
Windows 2000 Advanced Server
Windows 2000 Datacenter Server
Windows NT Server , Enterprise Edition
在我的机子测试一把，我的自己配置，1G内存，winXP
没有打开3G模式，sun的jdk java -Xmx1447M -version,揪出错了，为1911M，3G模式 sun的jdk没有变化，IBM J9 VM (build , J2RE IBM J9 Windows XP x86-32 j9vmwi
4 (JIT enabled) 3G和2G相同，java -Xmx1787M -version 就出问题，为2899M，注意Xmx的内存不是物理内存，我的机子物理内存只有1G。
jrockit不愧为java第一虚拟机，只可惜不开源。
今天分析了当前比较流行的几个不同公司不同版本JVM的最大内存，得出来的结果如下：
公司 JVM版本最大内存(兆)client 最大内存(兆)server
SUN 1492 1520
SUN 2634 2660
SUN 1564 1564
SUN 1900 1260
IBM 2047 N/A
BEA JRockit (U3) 1909 1902
除非特别说明，否则JVM版本都运行在Windows操作系统下
附：如何获得JVM的最大可用内存
在命令行下用java -Xmx1200m -XX:MaxPermSize=60m -version命令来进行测试，然后逐渐的增大XXXX的值，如果执行正常就表示指定的内存大小可用，否则会打印错误信息。
最后得到的虚拟机实际分配到的
总内存大小=堆内存+非堆内存
1200m：为堆内存大小，如果不指定后者参数则有最大数限制，网上很多文章认为这就是JVM内存，-Xmx为设置最大堆内存
60m：为非堆内存大小，-XX:MaxPermSize实为永久域内存，在堆内存之外，属于非堆内存部分，我测了好像默认为62m，即得到非堆部分默认内存）
Sun HotSpot 使用分代收集器，它把堆分为三个主要的域：新域、旧域以及永久域。
Sun JVM生成的所有新对象放在新域中。
一旦对象经历了一定数量的垃圾收集循环后，便获得使用期并进入旧域。
在永久域中Sun JVM则存储class和method 对象。
就配置而言，永久域是一个独立域并且不认为是堆的一部分。
实际发现版本上有细微差别的JDK最大容许内存值都不尽相同，因此在实际的应用中还是要自己试验一下看到底内存能达到什么样的值。
通过这个表想说明的是，如果你的机器的内存太多的话，只能通过多运行几个实例来提供机器的利用率了，例如跑Tomcat，你可以多装几个Tomcat并做集群，依此类推。
≡≡≡ 网友评论≡≡≡
东子网友说:
Windows下的最大内存应该跟NT内核对地址空间的保留也有关系, 好像默认情况下NT内核要占用高2G的地址空间, 所以应用程序撑死能获得的内存不会超过2G; 记得有一个参数可以让NT只占1G内存, 这样应用程序就有3G地址空间可用, 相应环境下JVM能允许的最大内存可能也会升高.
at 05-10-06 00:04
purpureleaf 网友说:
windows的每个应用（不是寻址）的寻址空间一般是2g或者3g，取决于一个参数。
但是只要使用一组特定的函数分配内存，每个应用的寻址空间可以远远超过4g
jdk可能是设置不了那个大的内存，但那不是windows造成的，是jdk造成的，在linux上一样设置不了。
看来做java的朋友对windows 还是不熟。