当运行JVM的docker容器达到内存限制时会发生什么？
mem_limit: 14G
max_mem: 13G
threads: 1
max_pool_size: 20
-
null
共有1个答案
1.当JVM达到max_mem限制时会发生什么？
它必须崩溃。如果你在docker-swarm或kubernetes上有一个实时恢复，它会很快带来另一个容器。
2.当容器到达mem_limit时会发生什么？
它必须报告并崩溃。答案同上。
3.是否有OOM错误日志消息重新启动？
它给出了OOM错误。问题1，错误日志在容器内，所以您需要登录到死容器并查看日志。问题2，错误日志来自docker，docker日志必须显示它。Docker日志也将显示您的容器日志。
-
问题内容： 带有 Windows的Docker桌面的Docker Windows容器是否具有默认内存限制？我有一个在容器中运行时崩溃的应用程序，但是当我尝试为命令指定参数时，它似乎运行良好。至少在以前崩溃的情况下。这给我的印象是有默认的内存限制，但是我在文档中找不到它。所以我的问题是是否存在内存限制，并且是否在记录的地方？ 问题答案： 根据关于Windows的Docker Github问题的讨论（
-
问题内容： 几分钟前，我回答了一个问题，询问“ Java中HashMap的最大可能大小 ”。正如我一直阅读的那样， HashMap是一个可扩展的数据结构。 它的大小仅受JVM内存大小的限制。 因此，我认为它的大小没有硬性限制，因此做出了相应的回答。（同样适用于HashSet。） 但有人纠正我说，既然 大小（） HashMap中的方法返回一个 INT ，还有 就是 它的大小有限制。完全正确的一点。我
-
问题内容： 我似乎根本无法在服务器上的Docker容器中运行Java。即使在发出时，我也会收到以下错误。 据此，java不能为保留内存映射2.5Mb的空间吗？这似乎不正确… 我在末尾包含了完整的日志，但是为了提供一些额外的信息，我的系统报告了以下内容： 谁能指出我正确的方向？ 完整日志：https : //gist.github.com/KayoticSully/e206c44681ce26167
-
我在yarn cluster上运行的spark应用程序崩溃了，我正在试图确定根本原因。在我使用从yarn获得的日志中，我看到在块获取期间有一大堆连接被拒绝，还有一个内存不足错误。很难说出根本原因是什么。我的问题是当容器因为OutOfMemory异常而被杀死时会发生什么。因此，在容器日志中，我看到这是如何在容器上启动执行器的 我还看到许多。在应用程序崩溃之前，似乎有多个这样的问题。spark重试一个
-
问题内容： 我正在Ubuntu 13.04（Raring Ringtail）之上运行最新版本的Docker： 但是当我启动容器时 我没有看到任何限制，并且我的内核启用了cgroups内存限制： 我在这里想念什么明显的东西？ 问题答案： 将不会显示它，因为这是通过cgroups强制执行的。而是可以在主机（容器外部）上使用和cgroup内存进行检查： 要查看它的内存不足，可以运行一些将使用比分配的内存