es设置heap大小

es节点的默认的heap内存大小是 1G 大小，在实际生产中，很容易导致内存溢出而导致进程被kill掉。所以我们一般会自己配置自己的，以前的版本可以通过 export ES_HEAP_SIZE=10g 或者 ./bin/elasticsearch -Xmx10g -Xms10g 来设置自己的堆内存的大小，但版本在 6.2.x 开始，就不支持这种设置了，反正笔者就没有设置成功过。

既然一般度友给出的方法不好使，只能去官网查了。

官网地址： https://www.elastic.co/guide/en/elasticsearch/reference/current/heap-size.html

设置最大和最小的堆内存都为 2GB

最近做毕设时 遇到了一点小问题 在解析dblp xml文件时（该文件很大 最新版本为 MB） 老是报错

java lang OutOfMemoryError: Java heap space

最后通过查资料才知道 这是由于JVM堆内存不足造成的 JVM在启动动的时候一般会设置JVM Heap的值

其初始空间（即 Xms）是物理内存的 / 最大空间（ Xmx）不可超过物理内存 在JVM中如果 ％的时间是用于GC 且可用的Heap size 不足 ％的时候将抛出此异常信息 出现这种问题可以通过修改JVM heap大小解决

如

点击（此处）折叠或打开

java Xms M Xmx M className

以上设置JVM初始化堆内存为 M 最大可用堆内存为 M

（ ）在命令行中设置的方法就如上面所述

（ ）在Eclipse中可以这样设置

在eclipse的 Run >Run Configurations >Arguments下的VM Arguments中设置

Xms M Xmx M

另外可以使用 java X查看其它JVM参数情况

点击（此处）折叠或打开

D:\work>java X

Xmixed mixed mode execution （default）

Xint interpreted mode execution only

Xbootclasspath:<directories and zip/jar files separated by >

set search path for bootstrap classes and resources

Xbootclasspath/a:<directories and zip/jar files separated by >

append to end of bootstrap class path

Xbootclasspath/p:<directories and zip/jar files separated by >

prepend in front of bootstrap class path

Xnoclassgc disable class garbage collection

Xincgc enable incremental garbage collection

Xloggc:<file>log GC status to a file with time stamps

Xbatch disable background pilation

Xms<size>set initial Java heap size

Xmx<size>set maximum Java heap size

Xss<size>set java thread stack size

Xprof output cpu profiling data

Xfuture enable strictest checks anticipating future default

Xrs reduce use of OS signals by Java/VM （see documentation）

Xcheck:jni perform additional checks for JNI functions

Xshare:off do not attempt to use shared class data

Xshare:auto use shared class data if possible （default）

Xshare:on require using shared class data otherwise fail

The X options are non standard and subject to change without notice

可以通过java lang Runtime的一些方法查看jvm的内存使用情况

点击（此处）折叠或打开

System out println（ Total Memory: + Runtime getRuntime（） totalMemory（） / （ * + MB ）

System out println（ Free Memory: + Runtime getRuntime（） freeMemory（） / （ * ） + MB ）

System out println（ Max Memory: + Runtime getRuntime（） maxMemory（） / （ * ） + MB ）

maxMemory（）这个方法返回的是java虚拟机（这个进程）能构从 *** 作系统那里挖到的最大的内存 以字节为单位

totalMemory（）这个方法返回的是java虚拟机现在已经从 *** 作系统那里挖过来的内存大小 也就是java虚拟机这个进程当时所占用的所有内存

freeMemory为当前jvm中没有使用的内存

附 jvm参数说明 （转自）

server:一定要作为第一个参数 在多个CPU时性能佳

Xms java Heap初始大小 默认是物理内存的 /

Xmx java heap最大值 建议均设为物理内存的一半 不可超过物理内存

XX:PermSize:设定内存的永久保存区初始大小 缺省值为 M （我用visualvm exe查看的）

XX:MaxPermSize:设定内存的永久保存区最大 大小 缺省值为 M （我用visualvm exe查看的）

XX:SurvivorRatio=   :生还者池的大小 默认是 如果垃圾回收变成了瓶颈 您可以尝试定制生成池设置

XX:NewSize: 新生成的池的初始大小 缺省值为 M

XX:MaxNewSize: 新生成的池的最大大小    缺省值为 M

如果 JVM 的堆大小大于 GB 则应该使用值 XX:newSize= m XX:MaxNewSize= m XX:SurvivorRatio= 或者将堆的总大小的 % 到 % 分配给新生成的池 调大新对象区 减少Full GC次数

+XX:AggressiveHeap 会使得 Xms没有意义 这个参数让jvm忽略Xmx参数 疯狂地吃完一个G物理内存 再吃尽一个G的swap

Xss 每个线程的Stack大小 Xss 这使得JBoss每增加一个线程（thread）就会立即消耗 M内存 而最佳值应该是 K 默认值好像是 k

verbose:gc 现实垃圾收集信息

Xloggc:gc log 指定垃圾收集日志文件

Xmn young generation的heap大小 一般设置为Xmx的 分之一

XX:+UseParNewGC 缩短minor收集的时间

XX:+UseConcMarkSweepGC 缩短major收集的时间 此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适

XX:userParNewGC 可用来设置并行收集【多CPU】

XX:ParallelGCThreads 可用来增加并行度【多CPU】

lishixinzhi/Article/program/Java/hx/201311/26103

2.protocol协议更改

主要是针对jvm内存的配置

Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同堆内存分配 (访问量比较大时设为一致)

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以上的处理器就不会有限制了。(使用java命令测试出支持的最大值)

修改bin/catalina.bat文件设置参数

-Xms：设置JVM初始内存大小(默认是物理内存的1/64)

-Xmx：设置JVM可以使用的最大内存(默认是物理内存的1/4，建议：物理内存80%)

-Xmn：设置JVM最小内存(128-256m就够了,一般不设置)

默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、

-Xmx相等以避免在每次GC 后调整堆的大小。

在较大型的应用项目中，默认的内存是不够的，有可能导致系统无法运行。常见的问题是报Tomcat内存溢出错误“java.lang.OutOfMemoryError:Java heap space”，从而

导致客户端显示500错误。

-XX:PermSize ：为JVM启动时Perm的内存大小

-XX:MaxPermSize ：为最大可占用的Perm内存大小(默认为32M)

-XX:MaxNewSize，默认为16M

PermGen space的全称是Permanent Generationspace,是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到

PermGenspace中，它和存放类实例(Instance)的Heap区域不同,GC(GarbageCollection)不会在主程序运行期对PermGenspace进行清理，所以如果你的应用中有很CLASS的

话,就很可能出现“java.lang.OutOfMemoryError:PermGen space”错误。

对于WEB项目，jvm加载类时，永久域中的对象急剧增加，从而使jvm不断调整永久域大小，为了避免调整)，你可以使用更多的参数配置。如果你的WEBAPP下都用了大量的第三

方jar, 其大小超过了jvm默认的大小,那么就会产生此错误信息了。

其它参数：

-XX:NewSize ：默认为2M，此值设大可调大新对象区，减少FullGC次数

-XX:NewRatio ：改变新旧空间的比例，意思是新空间的尺寸是旧空间的1/8（默认为8）

-XX:SurvivorRatio ：改变Eden对象空间和残存空间的尺寸比例，意思是Eden对象空间的尺寸比残存空间大survivorRatio+2倍（缺省值是10）

-XX:userParNewGC 可用来设置并行收集【多CPU】

-XX:ParallelGCThreads 可用来增加并行度【多CPU】

-XXUseParallelGC 设置后可以使用并行清除收集器【多CPU】

详细配置可参看这篇几篇文章：

https://www.cnblogs.com/jianyungsun/p/6911380.html

https://www.cnblogs.com/qmfsun/p/5396710.html

原文链接： https://blog.csdn.net/dc282614966/article/details/81186783

---