From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Emelyanov Subject: Re: [PATCH 3/7] proc: Introduce the Children: line in /proc//status Date: Sat, 23 Jul 2011 12:06:46 +0400 Message-ID: <4E2A8116.1040309@parallels.com> References: <4E204466.8010204@parallels.com> <4E2044C3.7050506@parallels.com> <20110721065436.GT3455@htj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20110721065436.GT3455-Gd/HAXX7CRxy/B6EtB590w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: Tejun Heo Cc: Glauber Costa , Cyrill Gorcunov , Nathan Lynch , Linux Containers , Serge Hallyn , Daniel Lezcano List-Id: containers.vger.kernel.org On 07/21/2011 10:54 AM, Tejun Heo wrote: > On Fri, Jul 15, 2011 at 05:46:43PM +0400, Pavel Emelyanov wrote: >> Although we can get the pids of some task's issue, this is just >> more convenient to have them this way. >> >> Signed-off-by: Pavel Emelyanov . > > Umm... The primary aim is dumping whole namespaces, right? No. The aim is to dump an arbitrary set of tasks. > The dumper would have to build full process tree anyway so I don't > see much point in providing backlink from kernel. Hm... Why would a dumper need to build the whole tree? Maybe you're right with this, so can you elaborate? This particular patch just helps with collecting a subtree without scanning the whole /proc/ directory. > Thanks. >