其他分享
首页 > 其他分享> > JVM和Docker默认设置中的陷阱

JVM和Docker默认设置中的陷阱

作者:互联网

以下是JVM中Docker默认设置之间的一些常见陷阱。

首先,有很多关于JVM和容器意识的文章:

在本文中,我使用Java 11,这意味着垃圾收集器的默认值应该是G1GC! 让我们看一下默认值,JVM会根据内存大小和提供的CPU自动选择这些默认值。

基于Docker CPU的默认GC

$ docker run --cpus="2" openjdk:11-jre java -XX:+PrintFlagsFinal -version | grep -E "(MAX|UseSerialGC|UseG1GC|MaxHeapSize)"

   size_t MaxHeapSize   = 5200936960    {product} {ergonomic}

     bool UseG1GC       = true          {product} {ergonomic}

     bool UseSerialGC   = false         {product} {default}

$ docker run --cpus="1" openjdk:11-jre java -XX:+PrintFlagsFinal -version | grep -E "(MAX|UseSerialGC|UseG1GC|MaxHeapSize)"

   size_t MaxHeapSize    = 5200936960     {product} {ergonomic}

     bool UseG1GC        = false          {product} {default}

     bool UseSerialGC    = true           {product} {ergonomic}

 

注意你的Docker容器中的CPU数量; 垃圾收集器的类型可以完全不同。

基于Docker内存的默认GC

$ docker run -m 2g openjdk:11-jre java -XX:+PrintFlagsFinal -version | grep -E "(MAX|UseSerialGC|UseG1GC|MaxHeapSize)"

   size_t MaxHeapSize     = 536870912      {product} {ergonomic}

     bool UseG1GC         = true           {product} {ergonomic}

     bool UseSerialGC     = false          {product} {default}

$ docker run -m 1g openjdk:11-jre java -XX:+PrintFlagsFinal -version | grep -E "(MAX|UseSerialGC|UseG1GC|MaxHeapSize)"

   size_t MaxHeapSize    = 268435456     {product} {ergonomic}

     bool UseG1GC        = false         {product} {default}

     bool UseSerialGC    = true          {product} {ergonomic}

 

在上面的代码片段中,JVM根据提供的内存大小自动更改了默认垃圾回收器。

默认堆大小始终是可用内存的1/4!

$ docker run -m 512m openjdk:11-jre java -XX:+PrintFlagsFinal -version | grep -E "(MAX|UseSerialGC|UseG1GC|MaxHeapSize)"

   size_t MaxHeapSize     = 134217728     {product} {ergonomic}

     bool UseG1GC         = false         {product} {default}

     bool UseSerialGC     = true          {product} {ergonomic}

$ docker run -m 256m openjdk:11-jre java -XX:+PrintFlagsFinal -version | grep -E "(MAX|UseSerialGC|UseG1GC|MaxHeapSize)"

   size_t MaxHeapSize     = 132120576      {product} {ergonomic}

     bool UseG1GC         = false          {product} {default}

     bool UseSerialGC     = true           {product} {ergonomic}

 

JVM从一定数量的内存中停止选择堆大小的1/4,并开始使比率越来越小,以为你的应用程序提供更大的堆内存。

为什么选择SerialGC?

$ docker run -m 1g openjdk:11-jre java -XX:+PrintFlagsFinal -version | grep -E "(MAX|UseSerialGC|UseG1GC|MaxHeapSize)"

   size_t MaxHeapSize      = 268435456      {product} {ergonomic}

     bool UseG1GC          = false          {product} {default}

     bool UseSerialGC      = true           {product} {ergonomic}

$ docker run -m 1g openjdk:11-jre java -Xmx700m -XX:+PrintFlagsFinal -version | grep -E "(MAX|UseSerialGC|UseG1GC|MaxHeapSize)"

   size_t MaxHeapSize      = 734003200         {product} {command line}

     bool UseG1GC          = false             {product} {default}

     bool UseSerialGC      = true              {product} {ergonomic}

 

这很奇怪,根据上面的示例,我们仍然应该将G1GC作为默认值,但是知道我们可以注意到JVM选择了SerialGC。 一讲,你总是必须尝试一下JVM选择了哪些默认值,并考虑它是否合理并适合你。 你会注意到JVM定义的参数被标记为符合人体工程学的JVM选项。

> 喜欢这篇文章的可以点个赞,欢迎大家留言评论,记得关注我,每天持续更新技术干货、职场趣事、海量面试资料等等

 > 如果你对java技术很感兴趣也可以交流学习,共同学习进步。 

> 不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代


文章写道这里,欢迎完善交流。最后奉上近期整理出来的一套完整的java架构思维导图,分享给大家对照知识点参考学习。有更多JVM、Mysql、Tomcat、Spring Boot、Spring Cloud、Zookeeper、Kafka、RabbitMQ、RockerMQ、Redis、ELK、Git等Java干货


标签:product,默认设置,ergonomic,UseSerialGC,MaxHeapSize,JVM,UseG1GC,Docker,bool
来源: https://blog.51cto.com/14634606/2485911