泊坞窗内的 Java 进程消耗的内存超过了指定的 Xmx 限制

Question

我正在docker中运行一个java进程。我已经设置了xms（388m）和xmx（388m）。在应用程序启动后的某个时候，容器的内存消耗超过并达到了大部分~主机内存大小，容器被杀死。

< li >当我使用jprofiler连接到java进程时，我看到堆小于Xmx < li >但是，容器内顶部的命令显示< code>docker stats显示的内容 < li >当我在主机上运行相同的java进程时，它的内存使用在Xmx边界内。

详细信息:

> < li>Docker版本1.12.1，内部版本号23cf638 < li >主机操作系统:Ubuntu 14.04 < li >容器映像:Ubuntu 14.04(也尝试使用Ubuntu 16.04) < li>JRE: 1.8.0_77(试过1.8.0_112，1.8.0_121也)(都是客户端JRE；我不能使用服务器JRE，因为这个应用程序需要JavaFX。我还使用monocle在无头模式下运行应用程序) < li>

Cmd:

java-server-Djava.net.preferIPv4Stack=true-Djavafx.monocle.headless=true-Dglass.platform=Monocle-Dmonocle.platform=Headless-Dprism.order=sw-Djsse.enableSNIExtension=false-XX： ExitOnOutOfMemoryError-XX： HeapDumpOnOutOfMemoryError-Xms388m-Xmx388m-XX： MetaspaceSize=32m-XX： MaxMetaspaceSize=-jarmyApp-1.0.jar

在浏览了多个论坛之后，我还尝试设置MALLOC_ARENAS_MAX=4（也尝试了使用2和1）。

在运行docker容器时，我还尝试了设置--memory和--memoryreservation。在这种情况下，容器在达到内存限制时被终止。

观察：在jvm的整个生命周期中，它使用的次数少于Xmx（388m）。然而docker stats继续增加并达到约1.2g（主机内存为2g），并在某些时候导致java进程中的OOM。所以我假设GC释放的内存不会返回容器操作系统。

任何帮助是值得赞赏的。

我错了。

1. 即使在容器之外（当我在主机上运行时），jvm也会消耗相同数量的内存。所以这不是docker的问题
2. 容器内外的top命令结果相同。但是分析器中显示的堆内存在边界内
3. 该应用程序使用JavaFX webview，它会创建许多短期线程。我相信这会导致堆栈增长（不确定是否有任何方法来衡量这一点）。

Answer 1

我建议将资源限制在码头集装箱本身。如果您使用docker compose来运行容器，那么可以通过使用-resources标记轻松完成。这样，docker容器将从系统中获取的资源量就有了限制。