Messages in this thread | | | Subject | Re: RFC [patch 00/34] PID Virtualization Overview | From | Dave Hansen <> | Date | Tue, 17 Jan 2006 09:08:18 -0800 |
| |
On Tue, 2006-01-17 at 08:19 -0800, Suleiman Souhlal wrote: > Serge Hallyn wrote: > > The mechanism to start a container > > is to 'echo "container_name" > /proc/container' which creates a new > > container and associates the calling process with it. All subsequently > > forked tasks then belong to that container. > > There is a separate pid space associated with each container. > > Only processes/task belonging to the same container "see" each other. > > Why does there need a separate pid space for each container? > You don't really need one to make sure that only processes in the same > containers can see each other.
One use for containers might be to pick a container from a system, wrap it up, and transport it to another system where it would continue to run. We would have to make sure that the pids did not collide with any containers running on the target system.
-- Dave
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |