Tag: 处理

Cgroups和docker工人 – 误解

我正在尝试了解与docker连接的cgroups或cgroups docker 。 我知道cgroups可以为特定的进程pipe理资源 – 例如我们可以将一些RAM分配给firefox以及CPU上的一些策略。 但是,为什么它与集装箱( docker )有关呢? 毕竟,我也可以使用cgroups( 以同样的方式 )没有docker。 例如,如果我在容器中启动apacher服务器而没有容器 – 在这两种情况下,我都可以控制所消耗的资源。 此外,我也可以使用连接到VirtualBox cgroups – 我不能魔术docker。 你能告诉我,我错了吗? 我觉得我不明白。

如何在重启机器后启动docker容器进程?

如果启动一个docker容器,如: docker run -d -p 5000:5000 –name registry registry:2 运行时可以看到 docker ps 但重启机器后再次运行docker ps ,找不到。 当检查docker ps -a可以看到它存在。 如果不希望杀死这个进程来运行一个新的进程,如何在这种情况下进行呢?

在主机操作系统上,Docker容器中的进程是否会显示为相同的进程?

我在Macbook上运行Docker的Mongo容器。 为了显示特定容器中的进程,我们使用TOP命令,如下所示。 从Udemy上的一些教程video中,演讲者表示上图中PID 3238所示的过程在主机中显示为过程,并通过命令ps aux 。 但是,我找不到在我的主机进程列表下的PID 3238进程。 想知道是我错误地设置了Docker还是错过了一些东西?

在Grid Engine / Sun Grid Engine / Grid Engine上使用Docker

有没有人有经验在网格引擎/太阳网格引擎/儿子网格引擎上运行Docker,并能够监视守护进程使用的资源 ? 问题是,当我qsub docker run … ,容器中的实际进程是由docker守护进程而不是docker客户端运行,这意味着进程树是不同的。 SGE有没有办法跟踪另一棵树上的进程的资源(我假设不)? 另一个select是qsub脚本,首先启动docker守护程序,然后运行所需的docker run命令,以便所有进程都位于由SGE启动的同一个进程树中。 这将要求sge有权启动守护进程(root访问权限),并可能导致在主机上运行多个docker守护进程。 替代进程树的另一个问题是作业是否提交了指定的daemeon( -d )。 在这种情况下,docker客户端将完成,但docker守护进程可能仍然在运行容器

Docker与普通的OS进程有什么不同?

有一个问题Docker.io与普通的虚拟机有什么不同? ,其中的答案详细描述了Docker是多么轻量级,以及它是多么孤立。 我想了解: Docker与普通的OS进程有什么不同? 它在独立的操作系统进程上提供了什么好处?

所有正在运行的docker容器是否有独立的进程ID

所有正在运行的docker容器都有一个单独的进程ID。 如果是的话,怎么能得到那个。 另外,如果我们杀死这个过程会发生什么?