如何调整java虚拟机内存大小

今天宠物迷的小编给各位宠物饲养爱好者分享jar 设置jvm的宠物知识，其中也会对如何调整java虚拟机内存大小(如何调整java虚拟机内存大小设置)进行专业的解释，如果能碰巧解决你现在面临的宠物相关问题，别忘了关注本站哦，现在我们开始吧！

如何调整java虚拟机内存大小

在一些规模稍大的应用中，Java虚拟机（JVM）的内存设置尤为重要，想在项目中取得好的效率，GC（垃圾回收）的设置是第一步。

PermGen space：全称是Permanent Generation space.就是说是永久保存的区域,用于存放Class和Meta信息,Class在被Load的时候被放入该区域Heap space：存放Instance。

GC(Garbage Collection)应该不会对PermGen space进行清理,所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误

Java Heap分为3个区
1.Young
2.Old
3.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？

有如下原因：
1.程序内调用了System.gc()或Runtime.gc()。
2.一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC。
3.Java的Heap太小，一般默认的Heap值都很小。
4.频繁实例化对象，Release对象 此时尽量保存并重用对象，例如使用StringBuffer()和String()。

如果你发现每次GC后，Heap的剩余空间会是总空间的50%，这表示你的Heap处于健康状态,许多Server端的Java程序每次GC后最好能有65%的剩余空间

经验之谈：

1．Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC，最好让-Xmn值约等于-Xmx的1/3。
2．一个GUI程序最好是每10到20秒间运行一次GC，每次在半秒之内完成。

注意：

1．增加Heap的大小虽然会降低GC的频率，但也增加了每次GC的时间。并且GC运行时，所有的用户线程将暂停，也就是GC期间，Java应用程序不做任何工作。
2．Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值，因为Java为其他任务分配内存，例如每个线程的Stack等。

Stack的设定
每个线程都有他自己的Stack。

-Xss
每个线程的Stack大小

Stack的大小限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小，例如-Xss1024K。如果Stack太小，也会导致Stack溢漏。

硬件环境

硬件环境也影响GC的效率，例如机器的种类，内存，swap空间，和CPU的数量。
如果你的程序需要频繁创建很多transient对象，会导致JVM频繁GC。这种情况你可以增加机器的内存，来减少Swap空间的使用。

4种GC

1、第一种为单线程GC，也是默认的GC，该GC适用于单CPU机器。
2、第二种为Throughput GC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UseParallelGC参数启动该GC。
3、第三种为Concurrent Low Pause GC，类似于第一种，适用于多CPU，并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时，运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。
4、第四种为Incremental Low Pause GC，适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时，回收一部分Old区对象。-Xincgc参数启动该GC。

单文件的JVM内存进行设置

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

tomcat启动jvm内存设置

Linux：

在/usr/local/apache-tomcat-5.5.23/bin目录下的catalina.sh添加：JAVA_OPTS='-Xms512m -Xmx1024m'要加“m”说明是MB，否则就是KB了，在启动tomcat时会报内存不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值Windows
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat启动tomcat,OK设置生效.够成功的分配200M内存.但是如果不是执行startup.bat启动tomcat而是利用windows的系统服务启动tomcat服务,上面的设置就不生效了,就是说set JAVA_OPTS=-Xms128m -Xmx350m 没起作用.上面分配200M内存就OOM了..windows服务执行的是bin\tomcat****.他读取注册表中的值,而不是catalina.bat的设置.解决办法:

修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

原值为

-Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"
-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"
-Xrs加入 -Xms300m -Xmx350m

重起tomcat服务,设置生效

weblogic启动jvm内存设置

在weblogic中，可以在startweblogic.cmd中对每个domain虚拟内存的大小进行设置，默认的设置是在commEnv.cmd里面。

JBoss

默认可以使用的内存为64MB
$JBOSSDIR$/bin/run***nfig
JAVA_OPTS = "-server -Xms128 -Xmx512"

Eclipse

在所在目录下，键入
eclipse**** -vmargs -Xms256m -Xmx512m
256m表示JVM堆内存最小值
512m表示JVM堆内存最大

Websphere

进入控制台去设置：应用程序服务器 > server1 > 进程定义 > Java 虚拟机

内存单位

KB：1KB=1024B 。早期用的软盘有360KB和720KB的，不过软盘已经很少使用。 MB：1MB=1024KB 。早期微型机的内存有128MB、256MB、512MB，目前内存都是1GB、2GB甚至更大。 在计算机各种存储介质（例如内存、硬盘、光盘等）的存储容量表示中，用户所接触到的存储单位不是位、字节和字，而是KB、MB、GB等，但这不是新的存储单位，而是基于字节换算的。 扩展资料： 内存只读存储器（ROM），以及高速缓存（CACHE）。只不过因为RAM是其中最重要的存储器。 （synchronous）SDRAM同步动态随机存取存储器：SDRAM为168脚，这是目前PENTIUM及以上机型使用的内存。 SDRAM将CPU与RAM通过一个相同的时钟锁在一起，使CPU和RAM能够共享一个时钟周期，以相同的速度同步工作，每一个时钟脉冲的上升沿便开始传递数据，速度比EDO内存提高50%。

运行jar时设置VM虚拟内存的问题

在命令行中这种方式不行？那你可以把这句命令保存在批处理文件bat中，举个简单例子，你建立一个xxxx.bat，然后在bat中文件中输入 java -jar -Xms64m -Xmx512m xxxx.jar，记得把jar和bat放在同一个目录下，双击xxxx.bat运行试一下

java jvm内存可以设置多少

-Xmx Java Heap最大值,默认值为物理内存的1/4,最佳设值应该视物理内存大小及计算机内其他内存开销而定;
-Xms Java Heap初始值,Server端JVM最好将-Xms和-Xmx设为相同值,开发测试机JVM可以保留默认值;
-Xmn Java Heap Young区大小,不熟悉最好保留默认值; -Xss 每个线程的Stack大小,不熟悉最好保留默认值;
2
2. 如何分配JVM内存设置:
(1)当在命令提示符下启动并使用JVM时(只对当前运行的类Test生效): java -Xmx128m -Xms64m -Xmn32m -Xss16m Test (2)当在集成开发环境下(如eclipse)启动并使用JVM时:
a. 在eclipse根目录下打开eclipse.ini,默认内容为(这里设置的是运行当前开发工具的JVM内存分配): -vmargs -Xms40m -Xmx256m
-vmargs表示以下为虚拟机设置参数,可修改其中的参数值,也可添加-Xmn,-Xss,另外,eclipse.ini内还可以设置非堆内存,如:-XX:PermSize=56m,-XX:MaxPermSize=128m.
此处设置的参数值可以通过以下配置在开发工具的状态栏显示: 在eclipse根目录下创建文件options,文件内容为:org.eclipse.ui/perf/showHeapStatus=true
修改eclipse根目录下的eclipse.ini文件,在开头处添加如下内容: -debug options -vm javaw****
重新启动eclipse,就可以看到下方状态条多了JVM信息.
b. 打开eclipse-窗口-首选项-Java-已安装的JRE(对在当前开发环境中运行的java程序皆生效)
编辑当前使用的JRE,在缺省VM参数中输入:-Xmx128m -Xms64m -Xmn32m -Xss16m
c. 打开eclipse-运行-运行-Java应用程序(只对所设置的java类生效) 选定需设置内存分配的类-自变量,在VM自变量中输入:-Xmx128m -Xms64m
选定需设置内存分配的类-自变量,在VM自变量中输入:-Xmx128m -Xms64m -Xmn32m -Xss16m
注:如果在同一开发环境中同时进行了b和c设置,则b设置生效,c设置无效,如:
开发环境的设置为:-Xmx256m,而类Test的设置为:-Xmx128m -Xms64m,则运行Test时生效的设置为: -Xmx256m -Xms64m
(3)当在服务器环境下(如Tomcat)启动并使用JVM时(对当前服务器环境下所以Java程序生效): a. 设置环境变量: 变量名:CATALINA_OPTS
变量值:-Xmx128m -Xms64m -Xmn32m -Xss16m

3
b. 打开Tomcat根目录下的bin文件夹,编辑catalina.bat,将其中
的%CATALINA_OPTS%(共有四处)替换为:-Xmx128m -Xms64m -Xmn32m -Xss16m

java怎么打包成jar？

^^java教程^^《制作可执行JAR》本文阐述了如何把一个不可执行的 JAVAArchive（JAR）文件变成可执行，而不用直接操作manifest文件。你会学到写出短小的一个程序，通过运行java-jar命令或在像windows一样的操作系统里面用双击鼠标运行任何JAR文件。

你可以很容易地把应用程序的一整套class文件和资源文件打包到一个JAR中。事实上这就是jar文件存在的一个目的。另外一个目的就是让用户能很容易地执行被打包到jar文件里面的应用程序。那么为什么jar文件仅仅作为文件在整个java里面占据了次要的地位，而本地执行则被忽视？

要执行一个jar文件，你可以使用java命令的-jar选项。举一个例子来说，假如你有个名叫myjar.jar的文件。这个jar是可以运行的，你可以运行它：java-jarmyjar.jar.另外一个办法就是，当JavaRuntimeEnvironment(JRE)已经被安装到一个像windows的操作系统上，将jar文件与JVM关联（关联 java****跟jar文件）在一起你就可以通过双击jar来运行这个应用程序。当然，jar文件必须是可执行的。

现在的问题是：如何做一个可以执行的jar？

manifest文件以及Main-class入口

在大多数jar中，都在一个叫META-INF的目录里面保存了一个叫MANIFEST.MF的文件。那个文件里面，

包含了一个特殊表项名字叫Main-Class，告诉java-jar命令应该执行哪个class.
问题是你必须为manifest文件手工加入适当表项，而且必须在一定的位置和用一定的格式。不幸的是，不是每个人都喜欢打开写字板编辑配置文件。

让API帮你完成任务

自从java1.2发布以来，一个叫java.uil.jar包的出现，让你能够方便处理jar文件。（注意：该包基于java.util.zip）特别地，jar包让你通过Mainfest类，可以容易操作那些manifest文件.

就让我们用这个API写一个程序吧。首先，这个程序必须知道三样东西：

1。我们要使之可运行的jar文件。
2。运行jar的主类（这个类必须包含在jar中）。

3。输出新jar文件的文件名，因为我们不能简单地覆盖原来的文件。


编写程序

上面列表的三点要求将组成我们的程序的参数。现在，让我们为这个程序选择一个适当的名字。

MakeJarRunnable听起来觉得怎样？

为main方法检查参数

假设我们的main方法入口点是一个标准的main(String[])方法。我们应该这样检查程序的参数：

if(args.length!=3){
System.out.println("Usage:MakeJarRunnable" "");

System.exit(0);

}

请注意参数列表是如何描述的，因为这在以下代码中是很重要的。参数的次序和内容不是固定的；

然而，如果你要改变他们的话，要记住响应修改其他代码。



访问jar和jar的manifest文件

第一，我们必须创建一些了解jar和manifest的对象：

//CreatetheJarInputStreamobject,andgetitsmanifest

JarInputStreamjarIn=newJarInputStream(newFileInputStream(args[0]));

Manifestmanifest=jarIn.getManifest();

if(manifest==null){

//Thiswillhappenifnomanifestexists



manifest=newManifest();

}



设置Main-Class属性

我们把Main-Class入口放到manifest文件的main属性部分。一旦从manifest对象获得这个属性，就可以设置需要的 mainclass。然而，如果main-Class属性已经存在原来的jar当中又如何呢？这里我们只是简单地输出一个警告然后退出。我们能加入一个命令行参数告诉程序使用新的值，而代替了旧的那个：

Attributesa=manifest.getMainAttributes();

StringoldMainClass=a.putValue("Main-Class",args[1]);



//Ifanoldvalueexists,telltheuserandexit



if(oldMainClass!=null){

System.out.println("Warning:oldMain-Classvalueis:"

oldMainClass);

System.exit(1);

}



输出新的JAR

我们需要创建一个新的JAR文件，所以我们必须使用JarOutputStream类。注意：

我们必须确定我们不用跟输入文件相同的名字作为输出文件的名字。还有一个方案就是，程序应该考虑到一种情况，就是两个jar文件都是相同的，促使用户覆盖原来的文件，如果他愿意这么做的话。然而，我在保留了这一点，作为读者的一个练习。从如下代码开始：

System.out.println("Writingto" args[2] "...");

JarOutputStreamjarOut=newJarOutputStream(newFileOutputStream(args[2]),manifest);

我们必须从输入JAR写每个表项到输出的JAR，所以迭代每个表项：

//Createareadbuffertotransferdatafromtheinput



byte[]buf=newbyte[4096];



//Iteratetheentries



JarEntryentry;

while((entry=jarIn.getNextJarEntry())!=null){

//ExcludethemanifestfilefromtheoldJAR



if("META-INF/MANIFEST.MF".equals(entry.getName()))continue;



//WritetheentrytotheoutputJAR



jarOut.putNextEntry(entry);

intread;

while((read=jarIn.read(buf))!=-1){

jarOut.write(buf,0,read);

}



jarOut.closeEntry();

}



//Flushandcloseallthestreams



jarOut.flush();

jarOut.close();



jarIn.close();



完成程序

当然，我们必须把这些代码放到一个类的main方法里面，并且需要一大堆import代码。完整程序：

http://****javaworld***m/javaworld/javatips/javatip127/MakeJarRunnable.zip



程序使用例子

让我们把这个程序应用到一个例子里面来。假设你有一个应用程序，该程序的入口点是一个叫HelloRunnableWorld的类，再假设你已经创建了一个jar叫myjar.jar，包含了整个程序。运行MakeJarRunnable：

javaMakeJarRunnablemyjar.jarHelloRunnableWorldmyjar_r.jar

正如前面提到的，注意一下我的参数顺序。如果你忘记了顺序，没有参数运行一下程序，它会响应出现一个用法提示信息。



尝试对myjar.jar运行java-jar命令。然后对myjar_r.jar。注意区别不同！好了，你完成了这一切了，浏览一下每个jar的manifest文件(META-INF/MANIFEST.MF)

java编程语言有哪些特点

Java语言的特性：简单性： * Java语言的语法特性类似于C++（有没有C++基础没关系，各有各得好处）； * Java语言摒弃了C++中容易引发错误的地方，例如指针和内存管理等； * Java 提供了非常丰富的类库供我们使用（丰富不代表包罗万象，很多时候都需要自己写新的类库，我觉得Java更像是给我们提供了丰富的沙子和水泥，想要房子？好啊，你设计吧，设计完了自己盖。如果和C#比较一下，C#就像是地产商，想要房子？我这里有两居室、三居室和花园洋房，马上就能交钥匙，要哪个？）。安全性： * 不会引起致命的错误； * 到目前为止，没有任何一种Java**（记得参加SUN公司的JavaOne大会，主持人跑出来非常兴奋的告诉大家：“到目前为止，还没有出现Java**。”）； * 基于网络的安全管理机制；可移植性： * Java是一种跨平台的开发语言（就像是金鱼要生活在鱼缸中，鱼缸却能放在不同的家中，金鱼跨平台了吗？没有，跨平台的是鱼缸。相同的道理，Java运行于虚拟机JVM上，JVM有Windows版、Linux版、Unix版等，所以Java就跨平台了）。面向对象性： * Java是一种纯面向对象OOP的编程语言（近年来OOP如日方中，其中Java起到了很大的推动作用，但Java不是第一个，也不是最后一个OOP语言）。有这么一句经典的，最令初学者头痛的概念：“万物皆为对象”，我在初学的时候就被这句话（忽悠）了一个月。健壮性： * 没有指针使Java 减少了内存出错的可能； * 实现了真数组，避免数据覆盖； * 异常管理机制。多线程性： * Java为我们提供了强大的多线程机制。体系结构中立： * Java是一种不带平台特点的语言（将Java编译成一种.class文件，可以在任何安装有JVM的机器上运行）；解释执行与高性能： * Java 解释器能直接运行目标代码指令（评价：够用、绝对够用）。分布式：Java 有强大的基于网络的类库供我们使用（有很多著名的支持分布式运算的软件都是使用Java开发）。动态性： * 准确的讲Java不能称为动态语言（动态语言是指程序在运行时可以改变其结构），然而Java的反射机制赋予了它对类动态加载调用的能力，所以很多朋友都称Java为准动态语言。

java 程序运行， jvm 堆的内存一直增加，为什么?怎么解决？

你这是内存要溢出的节奏，都没自动释放垃圾，如果虚拟机没问题，就是你的程序有问题，创建太多对象没有释放一直占内存

如何在Java运行的时候动态加载一个jar包到classpath里面

给你个例子自己看一下吧不会了再追问，注释基本都有了 import java.io.File;import java.lang.reflect.Method;import java****.URL;import java****.URLClassLoader;import java.util.List;public final class ExtClasspathLoader { private static Method addURL = initAddMethod(); private static URLClassLoader classloader = (URLClassLoader) ClassLoader.getSystemClassLoader(); /** * 初始化addUrl 方法. * @return 可访问addUrl方法的Method对象 */ private static Method initAddMethod() { try { Method add = URLClassLoader.class.getDeclaredMethod("addURL", new Class[] { URL.class }); add.setAccessible(true); return add; } catch (Exception e) { throw new RuntimeException(e); } } /** * 加载jar classpath。 */ public static void loadClasspath() { List files = getJarFiles(); for (String f : files) { loadClasspath(f); } List resFiles = getResFiles(); for (String r : resFiles) { loadResourceDir(r); } } private static void loadClasspath(String filepath) { File file = new File(filepath); loopFiles(file); } private static void loadResourceDir(String filepath) { File file = new File(filepath); loopDirs(file); } /** *//** * 循环遍历目录，找出所有的资源路径。 * @param file 当前遍历文件 */ private static void loopDirs(File file) { // 资源文件只加载路径 if (file.isDirectory()) { addURL(file); File[] tmps = file.listFiles(); for (File tmp : tmps) { loopDirs(tmp); } } } /** * 循环遍历目录，找出所有的jar包。 * @param file 当前遍历文件 */ private static void loopFiles(File file) { if (file.isDirectory()) { File[] tmps = file.listFiles(); for (File tmp : tmps) { loopFiles(tmp); } } else { if (file.getAbsolutePath().endsWith(".jar") || file.getAbsolutePath().endsWith(".zip")) { addURL(file); } } } /** * 通过filepath加载文件到classpath。 * @param filePath 文件路径 * @return URL * @throws Exception 异常 */ private static void addURL(File file) { try { addURL.invoke(classloader, new Object[] { file.toURI().toURL() }); } catch (Exception e) { } } /*** * 从配置文件中得到配置的需要加载到classpath里的路径集合。 * @return */ private static List getJarFiles() { // TODO 从properties文件中读取配置信息 如果不想配置 可以自己new 一个List 然后把 jar的路径加进去 然后返回 return null; } /** * 从配置文件中得到配置的需要加载classpath里的资源路径集合 * @return */ private static List getResFiles() { //TODO 从properties文件中读取配置信息略 如果不想配置 可以自己new 一个List 然后把 jar的路径加进去 然后返回 额 如果没有资源路径为空就可以了 return null; } public static void main(String[] args) { ExtClasspathLoader.loadClasspath(); }}

java代码怎么设定启动时的JVM参数

不管是YGC还是Full GC,GC过程中都会对导致程序运行中中断,正确的选择不同的GC策略,调整JVM、GC的参数，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率。但是调整GC是以个极为复杂的过程，由于各个程序具备不同的特点，如：web和GUI程序就有很大区别（Web可以适当的停顿，但GUI停顿是客户无法接受的），而且由于跑在各个机器上的配置不同（主要cup个数，内存不同），所以使用的GC种类也会不同(如何选择见GC种类及如何选择)。本文将注重介绍JVM、GC的一些重要参数的设置来提高系统的性能。
　　GC性能方面的考虑
　　对于GC的性能主要有2个方面的指标：吞吐量throughput（工作时间不算gc的时间占总的时间比）和暂停pause（gc发生时app对外显示的无法响应）。
　　1. Total Heap
　　默认情况下，vm会增加/减少heap大小以维持free space在整个vm中占的比例，这个比例由MinHeapFreeRatio和MaxHeapFreeRatio指定。
　　一般而言，server端的app会有以下规则：
　　对vm分配尽可能多的memory；
　　将Xms和Xmx设为一样的值。如果虚拟机启动时设置使用的内存比较小，这个时候又需要初始化很多对象，虚拟机就必须重复地增加内存。
　　处理器核数增加，内存也跟着增大。
　　2. The Young Generation
　　另外一个对于app流畅性运行影响的因素是young generation的大小。young generation越大，minor collection越少；但是在固定heap size情况下，更大的young generation就意味着小的tenured generation，就意味着更多的major collection(major collection会引发minor collection)。
　　NewRatio反映的是young和tenured generation的大小比例。NewSize和MaxNewSize反映的是young generation大小的下限和上限，将这两个值设为一样就固定了young generation的大小（同Xms和Xmx设为一样）。
　　如果希望，SurvivorRatio也可以优化survivor的大小，不过这对于性能的影响不是很大。SurvivorRatio是eden和survior大小比例。
　　一般而言，server端的app会有以下规则：
　　首先决定能分配给vm的最大的heap size，然后设定最佳的young generation的大小；
　　如果heap size固定后，增加young generation的大小意味着减小tenured generation大小。让tenured generation在任何时候够大，能够容纳所有live的data（留10%-20%的空余）。
　　经验&&规则
　　年轻代大小选择
　　响应时间优先的应用:尽可能设大,直到接近系统的最低响应时间限制(根据实际情况选择).在此种情况下,年轻代收集发生的频率也是最小的.同时,减少到达年老代的对象.
　　吞吐量优先的应用:尽可能的设置大,可能到达Gbit的程度.因为对响应时间没有要求,垃圾收集可以并行进行,一般适合8CPU以上的应用.
　　避免设置过小.当新生代设置过小时会导致:1.YGC次数更加频繁 2.可能导致YGC对象直接进入旧生代,如果此时旧生代满了,会触发FGC.
　　年老代大小选择
　　响应时间优先的应用:年老代使用并发收集器,所以其大小需要小心设置,一般要考虑并发会话率和会话持续时间等一些参数.如果堆设置小了,可以会造成内存碎 片,高回收频率以及应用暂停而使用传统的标记清除方式;如果堆大了,则需要较长的收集时间.最优化的方案,一般需要参考以下数据获得:
　　并发垃圾收集信息、持久代并发收集次数、传统GC信息、花在年轻代和年老代回收上的时间比例。
　　吞吐量优先的应用:一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代.原因是,这样可以尽可能回收掉大部分短期对象,减少中期的对象,而年老代尽存放长期存活对象.
　　较小堆引起的碎片问题
　　因为年老代的并发收集器使用标记,清除算法,所以不会对堆进行压缩.当收集器回收时,他会把相邻的空间进行合并,这样可以分配给较大的对象.但是,当堆空间较小时,运行一段时间以后,就会出现"碎片",如果并发收集器找不到足够的空间,那么并发收集器将会停止,然后使用传统的标记,清除方式进行回收.如果出现"碎片",可能需要进行如下配置:
　　-XX:+UseCMSCompactAtFullCollection:使用并发收集器时,开启对年老代的压缩.
　　-XX:CMSFullGCsBeforeCompaction=0:上面配置开启的情况下,这里设置多少次Full GC后,对年老代进行压缩
　　用64位操作系统，Linux下64位的jdk比32位jdk要慢一些，但是吃得内存更多，吞吐量更大
　　XMX和XMS设置一样大，MaxPermSize和MinPermSize设置一样大，这样可以减轻伸缩堆大小带来的压力
　　使用CMS的好处是用尽量少的新生代，经验值是128M－256M， 然后老生代利用CMS并行收集， 这样能保证系统低延迟的吞吐效率。 实际上cms的收集停顿时间非常的短，2G的内存， 大约20－80ms的应用程序停顿时间
　　系统停顿的时候可能是GC的问题也可能是程序的问题，多用jmap和jstack查看，或者killall -3 java，然后查看java控制台日志，能看出很多问题。(相关工具的使用方法将在后面的blog中介绍)
　　仔细了解自己的应用，如果用了缓存，那么年老代应该大一些，缓存的HashMap不应该无限制长，建议采用LRU算法的Map做缓存，LRUMap的最大长度也要根据实际情况设定。
　　采用并发回收时，年轻代小一点，年老代要大，因为年老大用的是并发回收，即使时间长点也不会影响其他程序继续运行，网站不会停顿
　　JVM参数的设置(特别是 –Xmx –Xms –Xmn -XX:SurvivorRatio -XX:MaxTenuringThreshold等参数的设置没有一个固定的公式，需要根据PV old区实际数据 YGC次数等多方面来衡量。为了避免promotion faild可能会导致xmn设置偏小，也意味着YGC的次数会增多，处理并发访问的能力下降等问题。每个参数的调整都需要经过详细的性能测试，才能找到特定应用的最佳配置。
　　promotion failed:
　　垃圾回收时promotion failed是个很头痛的问题，一般可能是两种原因产生，第一个原因是救助空间不够，救助空间里的对象还不应该被移动到年老代，但年轻代又有很多对象需要放入救助空间；第二个原因是年老代没有足够的空间接纳来自年轻代的对象；这两种情况都会转向Full GC，网站停顿时间较长。
　　解决方方案一：
　　第一个原因我的最终解决办法是去掉救助空间，设置-XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0即可，第二个原因我的解决办法是设置CMSInitiatingOccupancyFraction为某个值（假设70），这样年老代空间到70%时就开始执行CMS，年老代有足够的空间接纳来自年轻代的对象。
　　解决方案一的改进方案：
　　又有改进了，上面方法不太好，因为没有用到救助空间，所以年老代容易满，CMS执行会比较频繁。我改善了一下，还是用救助空间，但是把救助空间加大，这样也不会有promotion failed。具体操作上，32位Linux和64位Linux好像不一样，64位系统似乎只要配置MaxTenuringThreshold参数，CMS还是有暂停。为了解决暂停问题和promotion failed问题，最后我设置-XX:SurvivorRatio=1 ，并把MaxTenuringThreshold去掉，这样即没有暂停又不会有promotoin failed，而且更重要的是，年老代和永久代上升非常慢（因为好多对象到不了年老代就被回收了），所以CMS执行频率非常低，好几个小时才执行一次，这样，服务器都不用重启了。
　　-Xmx4000M -Xms4000M -Xmn600M -XX:PermSize=500M -XX:MaxPermSize=500M -Xss256K -XX:+DisableExplicitGC -XX:SurvivorRatio=1 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSClassUnloadingEnabled -XX:LargePageSizeInBytes=128M -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Xloggc:log/gc.log
　　
　　CMSInitiatingOccupancyFraction值与Xmn的关系公式
　　上面介绍了promontion faild产生的原因是EDEN空间不足的情况下将EDEN与From survivor中的存活对象存入To survivor区时,To survivor区的空间不足，再次晋升到old gen区，而old gen区内存也不够的情况下产生了promontion faild从而导致full gc.那可以推断出：eden+from survivor < old gen区剩余内存时，不会出现promontion faild的情况，即：
　　(Xmx-Xmn)*(1-CMSInitiatingOccupancyFraction/100)>=(Xmn-Xmn/(SurvivorRatior+2)) 进而推断出：
　　CMSInitiatingOccupancyFraction <=((Xmx-Xmn)-(Xmn-Xmn/(SurvivorRatior+2)))/(Xmx-Xmn)*100
　　例如：
　　当xmx=128 xmn=36 SurvivorRatior=1时 CMSInitiatingOccupancyFraction<=((128.0-36)-(36-36/(1+2)))/(128-36)*100 =73.913
　　当xmx=128 xmn=24 SurvivorRatior=1时 CMSInitiatingOccupancyFraction<=((128.0-24)-(24-24/(1+2)))/(128-24)*100=84.615…
　　当xmx=3000 xmn=600 SurvivorRatior=1时 CMSInitiatingOccupancyFraction<=((3000.0-600)-(600-600/(1+2)))/(3000-600)*100=83.33
　　CMSInitiatingOccupancyFraction低于70% 需要调整xmn或SurvivorRatior值。

Intellij IDEA 怎么设置JVM 内存

安装根目录\bin\idea****.vmoptions Xms 最小内存 -Xmx最大内存