Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 19 Aug 2002 14:03:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 19 Aug 2002 14:03:46 -0400 Received: from mx2.elte.hu ([157.181.151.9]:44974 "HELO mx2.elte.hu") by vger.kernel.org with SMTP id ; Mon, 19 Aug 2002 14:03:45 -0400 Date: Mon, 19 Aug 2002 20:08:10 +0200 (CEST) From: Ingo Molnar Reply-To: Ingo Molnar To: Linus Torvalds Cc: linux-kernel@vger.kernel.org Subject: Re: [patch] O(1) sys_exit(), threading, scalable-exit-2.5.31-A6 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1098 Lines: 24 On Mon, 19 Aug 2002, Linus Torvalds wrote: > I'd be happy to apply this patch (well, your fixed version), but I think > I'd prefer even more to make the whole reparenting go away, and keep the > child list valid all through the lifetime of a process. How painful > could that be? the problem is that the tracing task wants to do a wait4() on all traced children, and the only way to get that is to have the traced tasks in the child list. Eg. strace -f traces a random number of tasks, and after the PTRACE_CONTINUE call, the wait4 done by strace must be able to 'get events' from pretty much any of the traced tasks. So unless the ptrace interface is reworked in an incompatible way, i cannot see how this would work. wait4 could perhaps somehow search the whole tasklist, but that could be a pretty big pain even for something like strace. Ingo - 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/