From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934124AbXDFSGI (ORCPT ); Fri, 6 Apr 2007 14:06:08 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934123AbXDFSGI (ORCPT ); Fri, 6 Apr 2007 14:06:08 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:39467 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934124AbXDFSGG (ORCPT ); Fri, 6 Apr 2007 14:06:06 -0400 Date: Fri, 6 Apr 2007 19:05:52 +0100 From: Christoph Hellwig To: Linus Torvalds Cc: Chris Snook , Robin Holt , "Eric W. Biederman" , Ingo Molnar , linux-kernel@vger.kernel.org, Jack Steiner Subject: Re: init's children list is long and slows reaping children. Message-ID: <20070406180552.GH32549@infradead.org> Mail-Followup-To: Christoph Hellwig , Linus Torvalds , Chris Snook , Robin Holt , "Eric W. Biederman" , Ingo Molnar , linux-kernel@vger.kernel.org, Jack Steiner References: <20070405195118.GH22762@lnx-holt.americas.sgi.com> <46159987.6090006@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 05, 2007 at 06:29:16PM -0700, Linus Torvalds wrote: > > The support angel on my shoulder says we should just put all the kernel > > threads under a kthread subtree to shorten init's child list and minimize > > impact. > > A number are already there, of course, since they use the kthread > infrastructure to get there. As all kernel thread (1) should be converted to kthread anyway for proper containers support and general "let's get rid of a crappy API' cleanups I think that's enough. It would be nice to have SGI helping to convert more drivers over to the proper API as conversions have stalled a little bit. (1) There's a few very core kernel threads that need to stick to the low-level API, but they're too few to make any differences.