docker启动 elasticsearch 修改 xmx xms 堆内存大小修改

用docker 安装的elasticsearch 5.6版本默认堆内存最大设置的2G

可以通过如下方法修改

[[email protected] logs]# find /var/lib/docker/ -name jvm.options

/var/lib/docker/overlay2/f394fa1197ace3d592bb37738b95335fc722950c6a39167a0106586f0d2f2382/diff/etc/elasticsearch/jvm.options
/var/lib/docker/overlay2/1bda3723143784e9db1324180f741dc2532addf41f9224248ade99964966cf18/merged/etc/elasticsearch/jvm.options

然后 vim /var/lib/docker/overlay2/f394fa1197ace3d592bb37738b95335fc722950c6a39167a0106586f0d2f2382/diff/etc/elasticsearch/jvm.options

修改里面

-Xms4g
-Xmx4g

然后保存，我发现2个文件都被改成了4g内存大小

然后重启docker 里的 elasticsearch 容器

原文地址：https://www.cnblogs.com/xiaohanlin/p/11800337.html

时间： 2024-08-30 00:34:08

docker启动 elasticsearch 修改 xmx xms 堆内存大小修改的相关文章

如何修改和查看tomcat内存大小

为了解决tomcat在大进行大并发请求时,出现内存溢出的问题,请修改tomcat的内存大小,其中分为以下两种方式: 一.使用 catalina.bat 等命令行方式运行的 tomcat 查看系统最大支持内存命令:java -Xmx1024m -version 1.修改 tomcat\bin\Catalina.bat 文件windows环境下: 在166行左右 rem Execute Java with the applicable properties ”以下每行 %_EXECJAVA% %JA

如何去计算hdfs中namenode中所需的堆内存大小

请参考上一个链接地址:hdfs为什么不擅长存储大量小文件https://blog.51cto.com/12445535/2354951 概述:namenode replication(复制)复制默认块复制因子(dfs.replication)为3.复制影响磁盘空间但不影响内存消耗.复制会更改每个块所需的存储量,但不会更改块的数量.如果DataNode上的一个块文件(由NameNode上的一个块表示)被复制三次,则块文件的数量将增加三倍,但不会代表它们的块数. 关闭复制时,一个192 MB的

docker启动elasticsearch失败--jvm内存不足解决方案

centos下载完elasticsearch并修改完配置后运行docker命令: docker run –name es1 -p 9200:9200 -p 9300:9300 -d -v /docker/es/esmaster/es.yml:/usr/share/elasticsearch/config/elasticsearch.yml -v /docker/es/esmaster/data:/usr/share/elasticsearch/data elasticsearch 发现没有启动成

Linux 下修改Tomcat使用的JVM内存大小

我的服务器的配置: # OS specific support. $var _must_ be set to either true or false. JAVA_OPTS="-Xms1024m -Xmx4096m -Xss1024K -XX:PermSize=512m -XX:MaxPermSize=2048m" 正文: 常见的内存溢出有以下两种: java.lang.OutOfMemoryError: PermGen space java.lang.OutOfMemoryErro

修改Tomcat使用的JVM内存大小

我的服务器的配置: # OS specific support. $var _must_ be set to either true or false. JAVA_OPTS="-Xms1024m -Xmx4096m -Xss1024K -XX:PermSize=512m -XX:MaxPermSize=2048m" 常见的内存溢出有以下两种: java.lang.OutOfMemoryError: PermGen space java.lang.OutOfMemoryError: J

Java堆内存又溢出了！教你一招必杀技

JAVA堆内存管理是影响性能主要因素之一.堆内存溢出是JAVA项目非常常见的故障,在解决该问题之前,必须先了解下JAVA堆内存是怎么工作的. 先看下JAVA堆内存是如何划分的,如图: JVM内存划分为堆内存和非堆内存,堆内存分为年轻代(Young Generation).老年代(Old Generation),非堆内存就一个永久代(Permanent Generation). 年轻代又分为Eden和Survivor区.Survivor区由FromSpace和ToSpace组成.Eden区占大容量

[转]JVM 堆内存设置原理

堆内存设置原理 JVM堆内存分为2块:Permanent Space 和 Heap Space. Permanent 即持久代(Permanent Generation),主要存放的是Java类定义信息,与垃圾收集器要收集的Java对象关系不大. Heap = { Old + NEW = {Eden, from, to} },Old 即年老代(Old Generation),New 即年轻代(Young Generation).年老代和年轻代的划分对垃圾收集影响比较大. 年轻代所有新生

jvm堆内存分布及gc发生的条件

jvm虚拟机对内存管理主要体现在堆内存的管理上,我们可以在启动jvm的时候设置jvm对内存大小及调整策略. 1.jvm启动参数: -Xms:jvm启动时初始堆大小. -Xmx:jvm堆的最大值. -Xss:线程栈大小. -Dname=value:jvm全局属性设置. jvm启动参数设置有很多,以上只是列举本人接触过的几个参数. 1)首先,-Xms是jvm启动时堆内存的初始大小,当堆内存不够用时,jvm调整堆大小到-Xmx设置的大小.一般resin这些服务器会把-Xms和-Xmx大小设置一样以避免

jvm堆内存优化详解

在日常的运维工作中用到tomcat,都需要对tomcat中的jvm虚拟机进行优化,只有知道需要优化参数的具体用处,才能深刻体会优化jvm的意义所在. 在平常的工作中我们谈对jvm的优化,主要是针对java的堆内存的优化和垃圾回收机制的优化. JVM堆内存示意图: JVM的堆内存的组成: young generation:新生代 eden:伊甸园区 surived:存活区其中存活区有2个,第1个为S0,第2个为S1 old generation:老年代 permanent generation: