Messages in this thread | | | Subject | Re: RFC [patch 13/34] PID Virtualization Define new task_pid api | From | (Eric W. Biederman) | Date | Mon, 06 Feb 2006 13:34:58 -0700 |
| |
Pavel Machek <pavel@ucw.cz> writes:
> Hi! > >> There are two issues here. >> 1) Monitoring. (ps, top etc) >> 2) Control (kill). >> >> For monitoring you might need to patch ps/top a little but it is doable > without >> 2 pids. >> >> For kill it is extremely rude to kill processes inside of a nested pid space. >> There are other solutions to the problem. > > Can you elaborate? If I have 10 containers with 1000 processes each, > it would be nice to be able to run top then kill 40 top cpu hogs....
So I just posted my patches to lkml if you want to see the details. But the way I have implemented it each container has a pid in it's parent's pid namespace.
That pid to top looks essentially a thread group leader, and top will tell you which container contains the cpu hogs.
Currently from the outside your choice is to kill or not kill the entire container. Which let's you kill the cpu hogs. The control is not broken down so fine that it is easy to do something the sysadmin of the container should be doing.
Eric - 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/
| |