-XX:+UseCGroupMemoryLimitForHeap 无法创建虚拟机问题

最新推荐文章于 2024-07-12 20:21:18 发布
最新推荐文章于 2024-07-12 20:21:18 发布
阅读量2.3k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： java 文章标签： jvm java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/liujia_It/article/details/125929672
本文探讨了在从JDK8升级到11的过程中，如何调整内存和GC设置。重点介绍了-XX:InitialRAMPercentage、-XX:MaxRAMPercentage等替代方案，以及在K8s环境下如何为Java程序预留系统内存。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

-XX:+UseCGroupMemoryLimitForHeap 启动参数 无法创建虚拟机问题

记录一个问题。因jdk11版本稳定，为了优化jvm内存和gc。
公司决定将jdk8升级到11。

#####因运行环境是k8s,为了使jvm保留根据容器规范的内存，在jdk8版本中加入了启动参数 UseCGroupMemoryLimitForHeap 。
但是在jdk11 中是不存在这个启动参数的。
从 8u191 开始引入了 java10+ 上的 UseContainerSupport 选项，而且是默认启用的，不用设置。同时 UseCGroupMemoryLimitForHeap 这个就弃用了，不建议继续使用，同时还可以通过 -XX:InitialRAMPercentage、-

XX:MaxRAMPercentage、-XX:MinRAMPercentage 这些参数更加细腻的控制 JVM 使用的内存比率。比如一些 Java 程序在运行时会调用外部进程、申请 Native Memory 等，所以即使是在容器中运行 Java 程序，也得预留一些内存给系统的。所以 -XX:MaxRAMPercentage 不能配置得太大。

参考文章：https://segmentfault.com/blogs
https://zhuanlan.zhihu.com/p/140849800

ES报错：Unrecognized VM option ‘UseConcMarkSweepGC‘ Error: Could not create the Java Virtual Machine.
左耳的博客
09-18 1万+
目录 问题描述 解决方案 问题描述 这个问题和jdk版本无关 解决方案 以记事本形式打开config目录下的jvm.options文件，将：-XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly 修改为: #-XX:+UseConcMarkSweepGC #-XX:CMSInitiatingOccupancyFraction=75 #-XX:+U.
JVM启动报错：Unrecognized VM option ‘+HeapDumpOnOutOfMemeryError‘
m0_58170573的博客
09-30 6008
报错信息： Error：Could not create the Java Virtual Machine. Error:A Fatal exception has occurred,程序将退出。Unrecognized VM option ‘+HeapDumpOnOutOfMemeryError’ 这些话大致的意思是:无法创建Java虚拟机，一个致命的异常发生,程序将退出。 学习到jvm调优的时候，需要进行OutOfMemoryError实战（堆溢出异常测试），会给JVM调一些参数，结果启动报错。 大
Kubernetes环境配置JVM内存
在每次的突破中遇见更好的自己
01-24 5509
我们知道JVM在docker容器环境中是无法正确检测到可用内存的 遇到问题的项目技术栈为JDK 8 + Spring Boot + Tomcat，部署在docker环境。项目运行过程中出现了java.lang.OutOfMemoryError: Java heap space异常，当时项目的部署文件如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35
java - Java标志Xms和Xmx是否覆盖标志XX :+UseCGroupMemoryLimitForHeap?
看星星的猿
06-07 3626
我正在Kubernetes中运行一个容器化的Java应用程序。 为了使jvm保留根据容器规范的内存，必须设置标志-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap。 如果将这两个标志与Xms和Xmx标志一起设置，那么jvm的行为将是什么？一个标志会覆盖另一个标志吗？ 例如，如果我们有java -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap -Xm
JDK9及以后版本启动脚本兼容性问题导致项目无法启动
weixin_44305208的博客
02-21 1116
这些是涉及兼容性的最重要的选项。如果你以前使用过这些命令，并且在不更改命令行情况下，那么你的应用程序将无法启动。当你使用其中之一时，你将收到以下错误消息： Unrecognized VM option ‘’ Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. 以下是在 JDK 9 中不再工作的 50 个选项列表。检查下你是否在命令行和启动脚本中使
Error: VM option ‘UseG1Gc‘ is experimental and must be enabled via -XX:+UnlockExperimentalVMOptions.
qq_44780123的博客
05-05 8597
报错Error: VM option ‘UseG1Gc’ is experimental and must be enabled via -XX:+UnlockExperimentalVMOptions。
JVM学习总结——十二、JVM一次调优优化过程
技术分子博客
05-15 1341
问题： 最近接触一个项目，项目恢复测试时发现3次下单2次超时。这就比较恐怖了，业务方之间反馈出来了，通过排查日志发现一个组装参数的方法耗时大概300~500ms,现在的RPC接口肯定不能接受。 排查方式： 通过观察Young GC 发现一次300多ms,时间也正好吻合。 机器配置 2C4G 每次FullGC后，内存都能回到某一个值可以排除内存泄漏的情况 解决方式： 对垃圾回收器进行参数调优，调优过程发现程序处理问题的复杂度不同参数也需要微调。 最主要的是当程序足够复杂，JVM参数调优是不明显
docker java gc
01-08
FROM openjdk:8-XX:+PrintFlagsFinal -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap -XX:MaxRAMPercentage=75.0 COPY . /app WORKDIR /app ENTRYPOINT ["java", "-jar"] CMD ["my-application...
使用Shell命令运行Java容器化应用实例
6. `-XX:+UseCGroupMemoryLimitForHeap`：这个JVM参数指示JVM使用Linux的cgroup内存限制作为堆内存大小的上限。这是一个在容器化环境中非常有用的功能，因为它可以根据容器的内存限制来自动调整JVM堆的大小。 ...
Docker部署Sentinel及踩坑
Mr_Richard的博客
07-12 2813
官网查看sentinel-dashboard镜像地址及版本信息：https://hub.docker.com/r/bladex/sentinel-dashboard/tags。是容器的物理内存和交换内存的总和。为了设置新的内存限制，你必须确保。如果显示连接失败，尝试配置docker镜像源，如阿里云等。：将主机的 8858 端口映射到容器的 8858 端口。：限制容器使用的最大内存为 512 MB。：为容器指定一个名称（例如。：以分离模式运行容器。
docker容器环境下jdk版本问题
chuxinshizhong_的博客
04-27 1392
-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap -XX:MaxRAMFraction=1 以上参数可以让JVM能够感知到docker容器所设置的cgroup限制，不过这个特性是JDK8u131开始且小于8u191支持 JDK8u191 版本默认开启UseContainerSupport PreferContainerQuotaForCPUCount -XX:InitialRAMPercentage、-XX:MaxRAMP
Unrecognized VM option '+UseCompressedOops' Could not create the Java virtual machine.
senvil的专栏
10-04 8241
开始以为是内存大小的问题， 后来发现不是，是JDK的问题， 我用的32位centos，jdk1.6_24,  换成JDK1.7依然报错。 查看 bin/kafka-run-class.sh  找到 if [ -z "$KAFKA_JVM_PERFORMANCE_OPTS" ]; then   KAFKA_JVM_PERFORMANCE_OPTS="-server  -XX:+UseComp
JVM调优实战--容器内应用内存溢出被杀死
BraveHeart
10-21 2087
JVM调优实战--容器内应用内存溢出被杀死
容器内部设置JVM的Heap大小
weixin_30765319的博客
08-13 937
容器内部利用脚本来获取容器的CGroup资源限制，并通过设置JVM的Heap大小。 Docker1.7开始将容器cgroup信息挂载到容器中，所以应用可以从 /sys/fs/cgroup/memory/memory.limit_in_bytes 等文件获取内存、 CPU等设置，在容器的应用启动命令中根据Cgroup配置正确的资源设置 -Xmx, -XX:ParallelGCThreads等参数 ...
一次 G1 堆大小不均问题的排查及解决
Huangjiazhen711的博客
11-16 1698
XX:+UnlockExperimentalVMOptions : 解锁实验参数，允许使用实验性参数，JVM中有些参数不能通过-XX直接赋值，需要先解锁，比如要使用某些参数的时候，可能不会生效，需要设置这个参数来解锁，这里是用来开启 UseCGroupMemoryLimitForHeap 的。计算最大分区的数目，其值为新生代最大分区数目或者除去保留空间的最大自由空间数目的较小值，然后在这个最大值和最小值之间选择一个满足预测时间的合适的值作为新生代分区的数目。的情况下，出现在内存使用上差异较大的情况。
JVM 内存与 K8s 容器内存不一致引发的 OOMKilled 总结
云原生实验室
12-01 1684
❝本文转自洛神灬殇的博客，原文：https://juejin.cn/post/7171444889300205598，版权归原作者所有。欢迎投稿，投稿请添加微信好友：cloud-native-yang在我们日常的工作当中，通常应用都会采用 Kubernetes 进行容器化部署，但是总是会出现一些问题，例如，JVM 堆小于 Docker 容器中设置的内存大小和 Kubernetes 的内存大小，但是...
【JVM故障问题排查心得】「内存诊断系列」JVM内存与Kubernetes中pod的内存、容器的内存不一致所引发的OOMKilled问题总结（上）
世界上并没有完美的程序，但是我们并不因此而沮丧，因为写程序就是一个不断追求完美的过程。
11-29 1425
在我们日常的工作当中，通常应用都会采用Kubernetes进行容器化部署，但是总是会出现一些问题，例如，JVM堆小于Docker容器中设置的内存大小和Kubernetes的内存大小，但是还是会被OOMKilled。在此我们介绍一下K8s的OOMKilled的Exit Code编码。
解决win10启动elasticsearch时双击elasticsearch.bat闪退以及报错Unrecognized VM option UseConcMarkSweepGC问题
梁靓凉的博客
08-13 542
解决win10启动elasticsearch时双击elasticsearch.bat闪退以及报错Unrecognized VM option UseConcMarkSweepGC问题 传送门
Unrecognized VM option…
caoshunxin01的专栏
02-23 2715
启动kafka时提示 Unrecognized VM option '+UseCompressedOops' Could not create the Java virtual machine. 答案见http://blog.sina.com.cn/s/blog_636a55070102wabg.html最后
-XX:+UnlockExperimentalVMOptions
最新发布
03-16
<think>嗯，用户现在问的是关于Java虚拟机参数-XX:+UnlockExperimentalVMOptions。我需要先回想一下这个参数的作用是什么。记得在Java的JVM参数中，有一些是实验性的或者需要特别解锁才能使用的选项。这个参数的作用应该就是解锁这些实验性的VM选项，让用户可以使用它们。 首先，我需要确认这个参数的具体用途。比如，当用户想启用某些还在测试阶段的JVM特性时，必须先用这个参数来解锁，否则那些实验性选项是无法被识别的。例如，ZGC或者Shenandoah垃圾收集器在某些Java版本中是实验性的，需要先解锁才能使用。 接下来，用户可能的场景是什么呢？他们可能是在尝试调整JVM性能，或者想使用一些新的、尚未正式发布的特性。比如，他们可能在配置JVM参数时遇到了无法识别某个选项的问题，这时候需要检查是否忘记添加这个解锁参数。 然后，我需要考虑用户的需求层次。用户可能只是想知道这个参数的基本作用，或者更深入的使用方法和注意事项。比如，他们可能在使用某个实验性功能时遇到问题，需要了解如何正确启用这些选项，以及可能带来的风险。 另外，用户可能没有明确提到他们的Java版本，因为不同的版本中实验性选项的状态可能不同。比如，某个版本的Java中ZGC已经是正式功能，而在另一个版本中仍然是实验性的。这时候需要提醒用户注意版本差异。 还要考虑用户可能的错误使用场景。例如，他们可能在生产环境中使用实验性选项，这可能带来不稳定因素。需要指出这些潜在风险，并建议仅在测试环境中使用。 最后，总结这个参数的重要性，以及正确使用它的步骤和注意事项，确保用户能够安全有效地利用实验性功能来优化他们的应用。</think>### **-XX:+UnlockExperimentalVMOptions 参数详解** --- #### **1. 参数作用** `-XX:+UnlockExperimentalVMOptions` 是 JVM 的启动参数，用于 **解锁实验性功能**。某些 JVM 高级特性（如新垃圾回收器、调试工具或性能优化选项）在正式发布前会被标记为“实验性”，默认禁用。通过此参数可启用这些功能进行测试。 --- #### **2. 典型使用场景** | 场景 | 示例参数 | 说明 | |---------------------|-----------------------------------------|----------------------------------------------------------------------| | 启用实验性 GC | `-XX:+UseZGC` (Java 11 前需解锁) | ZGC 在早期版本中为实验性功能，需配合本参数使用 | | 调试 JVM 内部行为 | `-XX:+PrintCompilation` | 打印 JIT 编译日志（某些版本需先解锁） | | 性能调优实验 | `-XX:+UseNUMA` | 启用 NUMA 内存分配优化（部分实现需解锁） | --- #### **3. 使用方式** **命令行语法**： ```bash java -XX:+UnlockExperimentalVMOptions -XX:<ExperimentalOption> -jar app.jar ``` **示例**： ```bash # 启用 ZGC（Java 11 之前） java -XX:+UnlockExperimentalVMOptions -XX:+UseZGC -jar app.jar # 启用 JVMCI 编译器（GraalVM 相关） java -XX:+UnlockExperimentalVMOptions -XX:+EnableJVMCI -XX:+UseJVMCICompiler -jar app.jar ``` --- #### **4. 注意事项** | 关键点 | 说明 | |----------------------|----------------------------------------------------------------------| | **版本兼容性** | 不同 Java 版本中实验性功能可能变为正式功能（如 ZGC 在 Java 15 后无需解锁） | | **稳定性风险** | 实验性功能未经充分验证，可能导致 JVM 崩溃或性能下降 | | **参数依赖顺序** | 必须将 `-XX:+UnlockExperimentalVMOptions` 放在目标参数前 | | **错误提示** | 若未解锁直接使用实验性参数，JVM 会抛出 `Unrecognized VM option` 错误 | --- #### **5. 常见问题** **Q1：如何确认某个参数是否需要解锁？** 通过 JVM 帮助命令查看参数状态： ```bash java -XX:+PrintFlagsFinal -version | grep <参数名> ``` 输出中若 `bool Experimental = true` 表示需解锁。 **Q2：生产环境是否推荐使用实验性参数？** ❌ **不建议**。实验性功能可能隐含未修复的 BUG，仅限测试环境使用。 --- #### **6. 参数关联** | 相关参数 | 作用 | |---------------------------|--------------------------------------| | `-XX:+UnlockDiagnosticVMOptions` | 解锁诊断类参数（如内存布局分析） | | `-XX:+AggressiveOpts` | 启用激进优化（部分优化可能依赖实验性功能） | --- ### **总结** - **核心目的**：解锁 JVM 的实验性功能，用于测试和前瞻性优化。 - **典型应用**：启用新 GC、调试 JIT 编译、测试性能优化特性。 - **风险控制**：避免在生产环境使用，密切关注版本变更说明。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值