jvm默认分配内存大小,jvm运行时内存分区
目录
Java堆基础知识容器环境的Java HeapUseContainerSupport最佳实践
Java Heap基础知识
默认情况下，jvm自动分配的许多大小取决于机器配置，比如我们到一台64G内存服务器：
Java-XX:打印标志final-version grep-Ei MaxHeapSize MaxRAM uintx DefaultMaxRAMFraction=4 { product } uintx MaxHeapSize :=16875782144 { product } uint 64 _ t MaxRAM=137438953472 { PD product } uintx MaxRAMFraction=4 { product } double MaxRAMPercentage=25.0000 { product } Java version 1。可以看到，JVM分配的最大MaxHeapSize为16G，计算公式如下：
MaxHeapSize=MaxRAM * 1/maxramfractionnnmaxramfraction默认是4,意味着，每个虚拟机(Java虚拟机的缩写)最多使用25%的机器内存。
但是需要注意的是，JVM实际使用的内存会比许多内存大：
虚拟机(Java虚拟机的缩写)内存=堆内存线程堆内存(XSS) *线程数启动开销(恒定开销)默认的跨站脚本通常在256KB到1MB，也就是说每个线程会分配最少256K额外的内存恒定开销是虚拟机(Java虚拟机的缩写)分配的其他内存。
我们可以通过-Xmx指定最大堆大小。
Java-XX:打印标志final-Xmx1g-version grep-Ei MaxHeapSize MaxRAM uintx DefaultMaxRAMFraction=4 { product } uintx MaxHeapSize :=1073741824 { product } uint 64 _ t MaxRAM=137438953472 { PD product } uintx MaxRAMFraction=4 { product } double MaxRAMPercentage=25.0000 { product } Java版本此外，还可以使用XX:MaxRAM来指定。
Java-XX:打印标志final-XX:最大ram=1g-version grep-Ei但是指定-Xmx或者MaxRAM需要了解机器的内存，更好的方式是设置MaxRAMFraction
de>，以下是不同的Fraction对应的可用内存比例：
+----------------+-------------------+ MaxRAMFraction % of RAM for heap ----------------+------------------- 1 100% 2 50% 3 33% 4 25% +----------------+-------------------+
容器环境的Java Heap
容器环境，由于java获取不到容器的内存限制，只能获取到服务器的配置：
$ docker run --rm alpine free -m total used free shared buffers cachedMem: 1998 1565 432 0 8 1244$ docker run --rm -m 256m alpine free -m total used free shared buffers cachedMem: 1998 1552 445 1 8 1244
这样容易引起不必要问题，例如限制容器使用100M内存，但是jvm根据服务器配置来分配初始化内存，导致java进程超过容器限制被kill掉。为了解决这个问题，可以设置-Xmx或者MaxRAM来解决，但就想第一部分描述的一样，这样太不优雅了！
为了解决这个问题，Java 10 引入了 +UseContainerSupport（默认情况下启用），通过这个特性，可以使得JVM在容器环境分配合理的堆内存。 并且，在JDK8U191版本之后，这个功能引入到了JDK 8，而JDK 8是广为使用的JDK版本。
UseContainerSupport
-XX:+UseContainerSupport允许JVM 从主机读取cgroup限制，例如可用的CPU和RAM，并进行相应的配置。这样当容器超过内存限制时，会抛出OOM异常，而不是杀死容器。该特性在Java 8u191 +，10及更高版本上可用。
注意，在191版本后，-XX:{MinMax}RAMFraction 被弃用，引入了-XX:MaxRAMPercentage，其值介于0.0到100.0之间，默认值为25.0。
最佳实践
拉取最新的openjdk:8-jre-alpine作为底包，截止这篇博客，最新的版本是212，>191
docker run -it --rm openjdk:8-jre-alpine java -versionopenjdk version "1.8.0_212"OpenJDK Runtime Environment (IcedTea 3.12.0) (Alpine 8.212.04-r0)OpenJDK 64-Bit Server VM (build 25.212-b04, mixed mode)
我们构建一个基础镜像，dockerfile如下：
FROM openjdk:8-jre-alpineMAINTAINER jadepengRUN echo "http://mirrors.aliyun.com/alpine/v3.6/main" > /etc/apk/repositories && echo "http://mirrors.aliyun.com/alpine/v3.6/community" >> /etc/apk/repositories && apk update upgrade && apk add --no-cache procps unzip curl bash tzdata && ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo "Asia/Shanghai" > /etc/timezoneRUN apk add --update ttf-dejavu && rm -rf /var/cache/apk/*
在应用的启动参数，设置 -XX:+UseContainerSupport，设置-XX:MaxRAMPercentage=75.0，这样为其他进程（debug、监控）留下足够的内存空间，又不会太浪费RAM。
到此这篇关于容器环境的JVM内存设置实践记录的文章就介绍到这了,更多相关容器环境的JVM内存内容请搜索盛行IT以前的文章或继续浏览下面的相关文章希望大家以后多多支持盛行IT！
郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。