[Devel] [RFC][PATCH] Add child reaper to struct pspace
Serge E. Hallyn
serue at us.ibm.com
Fri Sep 8 07:36:08 PDT 2006
Quoting Eric W. Biederman (ebiederm at xmission.com):
> "Serge E. Hallyn" <serue at us.ibm.com> writes:
>
> > Quoting Eric W. Biederman (ebiederm at xmission.com):
> >> Yes. We all so need something like that list to support kill -1.
> >> Although walking the list of all processes may be sufficient for a first
> >> pass.
> >>
> >> The real trick is handing nested pid namespaces, properly.
> >
> > Not if, as you've suggested in the past, pid_ns 5 has valid pids in its
> > own pid_ns for every process in pid_namespaces nested under it.
> >
> > It should be simple to implement, should not impact the non-container
> > cases, and should only start to impact performance as the nesting gets
> > deep, which AFAIK we all believe won't happen (max nesting of 2 AFAICS,
> > one checkpointable application container under one vserver-thingie)
> >
> > And it makes kill -1 trivial, as in pid_ns 5 we just kill all processes
> > in pid_ns 5, without worrying about finding the ones in it's decendent
> > pid namespaces.
>
> If you do it correctly I agree. But you have to be very careful where
> you put the list.
>
> My point being not that we can't get this correct with simple code, but
> that it is easy to get it wrong.
True.
I should think the list has to go into the struct pid, not the
task_struct. There is one struct pid per (pid_ns, pid), so we can keep
just one simple list to walk the pid_ns processes. If we were to put it
in the task_struct, well there's really no clean way to go about it then :)
thanks,
-serge
_______________________________________________
Containers mailing list
Containers at lists.osdl.org
https://lists.osdl.org/mailman/listinfo/containers
More information about the Devel
mailing list