我是否应该关注多余的、不运行的Docker容器？
每个Docker run命令或Dockerfile中的每个run命令都创建一个容器。如果容器不再运行，仍然可以使用Docker ps-a看到它。
我是否应该关注一个庞大的未运行容器列表？是否应该在未运行的容器上发布Docker RM？
我不确定这些未运行的容器会导致什么性能或内存/存储损失。
共有1个答案
除了磁盘空间之外，未运行的容器不会占用任何系统资源。
在你自己之后清理干净通常是很好的，但是如果你有很多人坐在身边，那就不会减慢你的表现了。
如果您在运行带有大量停止的容器的docker命令时确实注意到速度减慢，那么这可能是docker中的一个bug，您应该提交一个bug。
-
问题内容： 每个命令或Dockerfile中的每个命令都会创建一个容器。如果容器不再运行，则仍可以通过看到它。 我应该担心拥有大量未运行的容器吗？我应该在非运行容器上发行吗？ 我不确定这些非运行中的容器会导致哪些性能或内存/存储损失。 问题答案： 未运行的容器除磁盘空间外不占用任何系统资源。 通常，最好自己清理一下，但是如果有很多人坐在那里，那根本就不会降低性能。 如果在运行带有大量已停止容器的D
-
Docker教程经常说我可以运行更多容器，以提高我的webapp的可用性。然而，这是一个非常宽泛的声明，并没有解释在不同的情况下应该运行多少个容器。我如何知道我是否需要1、5、10、100或1000个容器实例？ 示例-我只有一台服务器，正在使用docker运行nginx和php fpm。每个容器一个。有了这个简单的设置，我的webapp就可以正常工作，而且看起来很灵敏。（在同一台服务器上）增加额外
-
是否有理由使用启动一个文件，或者您应该只使用？ 我知道可以启动一个特定的容器，但我指的是在不指定容器的情况下使用它以启动所有yml容器的情况。
-
我是Docker的新手，我想知道是否可以使用不同的参数多次运行一个应用程序。 我使用.NET开发了我的应用程序，到目前为止，我已经使用Ubuntu服务执行了所有实例，比如： 其中是启动服务时传递的参数，如：
-
问题内容： 有没有使用启动文件的理由，还是应该使用？ 我了解这可以启动特定的容器，但是我指的是在不指定容器的情况下使用它的情况，这样它就可以启动所有yml容器。 问题答案： 如（2015）中所述 运行传递的命令将覆盖服务配置中定义的命令 。 例如，如果Web服务配置以开头，则用覆盖它。 第二个区别是该命令 不创建服务配置中指定的任何端口 。 这样可以防止端口与已经打开的端口发生冲突。如果确实要创建
-
问题内容： 我来自C ++，所以我不太了解Java的一项功能。我已经读过，除原始元素外，所有对象都必须使用关键字创建。现在，如果编译器可以识别原始类型，并且不允许您创建一个不带构造函数的对象，那么为什么根本没有关键字呢？有人可以提供一个示例，说明两行代码，除了存在的，相同，编译且具有不同的含义/结果之外，相同吗？ 只是为了澄清我的意思是多余，并希望使我的问题更清楚。是否添加任何东西？语言是否可以通