login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
April
»
6
Re: init's children list is long and slows reaping children.
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Chris Snook
Subject:
Re: init's children list is long and slows reaping children.
Date: Thursday, April 5, 2007 - 6:03 pm
Chris Snook wrote:
quoted text
> Linus Torvalds wrote: >> >> On Thu, 5 Apr 2007, Robin Holt wrote: >>> For testing, Jack Steiner create the following patch. All it does >>> is moves tasks which are transitioning to the zombie state from where >>> they are in the children list to the head of the list. In this way, >>> they will be the first found and reaping does speed up. We will still >>> do a full scan of the list once the rearranged tasks are all removed. >>> This does not seem to be a significant problem. >> >> I'd almost prefer to just put the zombie children on a separate list. >> I wonder how painful that would be.. >> >> That would still make it expensive for people who use WUNTRACED to get >> stopped children (since they'd have to look at all lists), but maybe >> that's not a big deal. > > Shouldn't be any worse than it already is. > >> Another thing we could do is to just make sure that kernel threads >> simply don't end up as children of init. That whole thing is silly, >> they're really not children of the user-space init anyway. Comments? >> >> Linus > > Does anyone remember why we started doing this in the first place? I'm > sure there are some tools that expect a process tree, rather than a > forest, and making it a forest could make them unhappy. > > 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. The hacker devil on my other shoulder says that with > usermode helpers, containers, etc. it's about time we treat it as a > tree, and any tools that have a problem with that need to be fixed. > > -- Chris
Err, that should have been "about time we treat it as a forest". -- Chris -
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
init's children list is long and slows reaping children.
, Robin Holt
, (Thu Apr 5, 12:51 pm)
Re: init's children list is long and slows reaping children.
, Linus Torvalds
, (Thu Apr 5, 1:57 pm)
Re: init's children list is long and slows reaping children.
, Chris Snook
, (Thu Apr 5, 5:51 pm)
Re: init's children list is long and slows reaping children.
, Chris Snook
, (Thu Apr 5, 6:03 pm)
Re: init's children list is long and slows reaping children.
, Linus Torvalds
, (Thu Apr 5, 6:29 pm)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Thu Apr 5, 7:15 pm)
Re: init's children list is long and slows reaping children.
, Robin Holt
, (Fri Apr 6, 3:43 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Fri Apr 6, 8:38 am)
Re: init's children list is long and slows reaping children.
, Oleg Nesterov
, (Fri Apr 6, 9:31 am)
Re: init's children list is long and slows reaping children.
, Robin Holt
, (Fri Apr 6, 9:41 am)
Re: init's children list is long and slows reaping children.
, Ingo Molnar
, (Fri Apr 6, 10:32 am)
Re: init's children list is long and slows reaping children.
, Roland Dreier
, (Fri Apr 6, 10:39 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Fri Apr 6, 11:02 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Fri Apr 6, 11:04 am)
Re: init's children list is long and slows reaping children.
, Christoph Hellwig
, (Fri Apr 6, 11:05 am)
Re: init's children list is long and slows reaping children.
, Davide Libenzi
, (Fri Apr 6, 11:21 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Fri Apr 6, 11:30 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Fri Apr 6, 11:56 am)
Re: init's children list is long and slows reaping children.
, Davide Libenzi
, (Fri Apr 6, 12:16 pm)
[patch] sched: get rid of p->children use in show_task()
, Ingo Molnar
, (Fri Apr 6, 12:18 pm)
Re: init's children list is long and slows reaping children.
, Ingo Molnar
, (Fri Apr 6, 12:19 pm)
Re: [patch] sched: get rid of p->children use in show_task()
, Ingo Molnar
, (Fri Apr 6, 12:22 pm)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Fri Apr 6, 12:39 pm)
Re: init's children list is long and slows reaping children.
, Davide Libenzi
, (Fri Apr 6, 2:29 pm)
Re: init's children list is long and slows reaping children.
, Linus Torvalds
, (Fri Apr 6, 2:51 pm)
Re: init's children list is long and slows reaping children.
, Davide Libenzi
, (Fri Apr 6, 3:31 pm)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Fri Apr 6, 3:38 pm)
Re: init's children list is long and slows reaping children.
, Linus Torvalds
, (Fri Apr 6, 3:46 pm)
Re: init's children list is long and slows reaping children.
, Linus Torvalds
, (Fri Apr 6, 3:51 pm)
Re: init's children list is long and slows reaping children.
, Davide Libenzi
, (Fri Apr 6, 3:59 pm)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Fri Apr 6, 4:37 pm)
Re: init's children list is long and slows reaping children.
, Ingo Molnar
, (Mon Apr 9, 1:28 am)
Re: init's children list is long and slows reaping children.
, Chris Snook
, (Mon Apr 9, 10:37 am)
Re: init's children list is long and slows reaping children.
, Bill Davidsen
, (Mon Apr 9, 11:09 am)
Re: init's children list is long and slows reaping children.
, Kyle Moffett
, (Mon Apr 9, 12:28 pm)
Re: init's children list is long and slows reaping children.
, Linus Torvalds
, (Mon Apr 9, 12:51 pm)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Mon Apr 9, 1:00 pm)
Re: init's children list is long and slows reaping children.
, Davide Libenzi
, (Mon Apr 9, 1:03 pm)
Re: init's children list is long and slows reaping children.
, Andrew Morton
, (Mon Apr 9, 5:23 pm)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Mon Apr 9, 5:48 pm)
Re: init's children list is long and slows reaping children.
, Andrew Morton
, (Mon Apr 9, 6:15 pm)
Re: init's children list is long and slows reaping children.
, Dave Jones
, (Mon Apr 9, 6:59 pm)
Re: init's children list is long and slows reaping children.
, Andrew Morton
, (Mon Apr 9, 7:30 pm)
Re: init's children list is long and slows reaping children.
, Linus Torvalds
, (Mon Apr 9, 7:46 pm)
Re: init's children list is long and slows reaping children.
, Alexey Dobriyan
, (Mon Apr 9, 10:07 pm)
Re: init's children list is long and slows reaping children.
, Dave Jones
, (Mon Apr 9, 10:21 pm)
Re: init's children list is long and slows reaping children.
, Torsten Kaiser
, (Mon Apr 9, 11:09 pm)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Mon Apr 9, 11:53 pm)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Tue Apr 10, 12:05 am)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Tue Apr 10, 12:07 am)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Tue Apr 10, 12:08 am)
Re: init's children list is long and slows reaping children.
, Andrew Morton
, (Tue Apr 10, 12:37 am)
Re: init's children list is long and slows reaping children.
, Russell King
, (Tue Apr 10, 12:44 am)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Tue Apr 10, 1:16 am)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Tue Apr 10, 1:33 am)
Re: init's children list is long and slows reaping children.
, Andrew Morton
, (Tue Apr 10, 1:41 am)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Tue Apr 10, 1:48 am)
Re: init's children list is long and slows reaping children.
, Ingo Molnar
, (Tue Apr 10, 1:59 am)
Re: init's children list is long and slows reaping children.
, Jeff Garzik
, (Tue Apr 10, 2:33 am)
Re: init's children list is long and slows reaping children.
, Robin Holt
, (Tue Apr 10, 2:42 am)
Re: init's children list is long and slows reaping children.
, Oleg Nesterov
, (Tue Apr 10, 6:38 am)
Re: init's children list is long and slows reaping children.
, Ingo Molnar
, (Tue Apr 10, 6:48 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Tue Apr 10, 7:51 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Tue Apr 10, 8:00 am)
Re: init's children list is long and slows reaping children.
, Ingo Molnar
, (Tue Apr 10, 8:06 am)
Re: init's children list is long and slows reaping children.
, Bill Davidsen
, (Tue Apr 10, 8:12 am)
[PATCH] Only send pdeath_signal when getppid changes.
, Eric W. Biederman
, (Tue Apr 10, 8:16 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Tue Apr 10, 8:22 am)
Re: init's children list is long and slows reaping children.
, Ingo Molnar
, (Tue Apr 10, 8:53 am)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Tue Apr 10, 9:17 am)
Re: init's children list is long and slows reaping children.
, Matt Mackall
, (Tue Apr 10, 9:35 am)
Re: [PATCH] Only send pdeath_signal when getppid changes.
, Oleg Nesterov
, (Tue Apr 10, 9:37 am)
Re: init's children list is long and slows reaping children.
, Oleg Nesterov
, (Tue Apr 10, 9:44 am)
Re: [PATCH] Only send pdeath_signal when getppid changes.
, Eric W. Biederman
, (Tue Apr 10, 10:41 am)
Re: [PATCH] Only send pdeath_signal when getppid changes.
, Roland McGrath
, (Tue Apr 10, 10:48 am)
Re: init's children list is long and slows reaping children.
, Davide Libenzi
, (Tue Apr 10, 12:17 pm)
Re: init's children list is long and slows reaping children.
, Ingo Oeser
, (Tue Apr 10, 3:20 pm)
Re: init's children list is long and slows reaping children.
, Ingo Oeser
, (Tue Apr 10, 3:35 pm)
Re: [PATCH] Only send pdeath_signal when getppid changes.
, Albert Cahalan
, (Tue Apr 10, 8:17 pm)
[patch] uninline remove/add_parent() APIs
, Ingo Molnar
, (Tue Apr 10, 11:20 pm)
Re: [patch] uninline remove/add_parent() APIs
, Eric W. Biederman
, (Wed Apr 11, 12:00 am)
Re: init's children list is long and slows reaping children.
, Nick Piggin
, (Wed Apr 11, 12:28 am)
Re: init's children list is long and slows reaping children.
, Bill Davidsen
, (Wed Apr 11, 12:55 pm)
Re: init's children list is long and slows reaping children.
, Eric W. Biederman
, (Wed Apr 11, 1:17 pm)
Re: init's children list is long and slows reaping children.
, Oleg Nesterov
, (Wed Apr 11, 1:19 pm)
Re: init's children list is long and slows reaping children.
, Bill Davidsen
, (Wed Apr 11, 2:24 pm)
Re: [patch] uninline remove/add_parent() APIs
, Andrew Morton
, (Wed Apr 11, 3:06 pm)
Re: [patch] uninline remove/add_parent() APIs
, Eric W. Biederman
, (Thu Apr 12, 3:45 am)
Re: [patch] uninline remove/add_parent() APIs
, Roland McGrath
, (Thu Apr 12, 3:50 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Rafael J. Wysocki
[Bug #11559] 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
Chris Mason
Re: [Bug #11548] kernel BUG at drivers/pci/intel-iommu.c:1373!
Josef 'Jeff' Sipek
[PATCH 23/24] Unionfs: Kconfig and Makefile
Borislav Petkov
2.6.23-rc1: no setup signature found...
Michael Moore
Re: underage models, pre teen models, lolita porn, young preteens, little lolitas
git
:
Pat Thoyts
[PATCH] git-gui: use themed tk widgets with Tk 8.5
Peter Kjellerstedt
RE: [PATCH] send-email: do not check for editor until needed
Laflen, Brandon (GE, Research)
RE: fatal: Unable to find remote helper for 'http'
Remi Vanicat
Re: [PATCH] Adding menu for Emacs git.el
Sam Song
Fwd: [OT] Re: Git via a proxy server?
linux-netdev
:
William Allen Simpson
[net-next-2.6 PATCH v8 0/7] TCPCT part 1: cookie option exchange
Eric Dumazet
Re: [PATCH net-next-2.6] net: Introduce skb_orphan_try()
David Miller
Re: [PATCH v5] rfs: Receive Flow Steering
David Miller
Re: [PATCH 2/2] macb: process the RX ring regardless of interrupt status
Krzysztof Oledzki
Re: Error: an inet prefix is expected rather than "0/0".
openbsd-misc
:
Private Equity Investment Exchange of Vietnam
Cong cu huu hieu: Cong giao tiep dau tu chuyen nghiep nhat Vietnam | Private Equit...
mark reardon
pfctl not loading rules - Must enable table loading for optimizations
KURS ENGLESKOG JEZIKA NA 10 CD-a
AUDIO-VIZUELNA METODA UCENJA ENGLESKOG JEZIKA na 10 CD-a
Nick Guenther
Re: This is what Linus Torvalds calls openBSD crowd
L. V. Lammert
OT, .. but has anyone seen a crontab editor
git-commits-head
:
Linux Kernel Mailing List
V4L/DVB (13368): af9015: support for Sveon STV20 Tuner USB DVB-T HDTV
Linux Kernel Mailing List
ixgbe: Fix - Do not allow Rx FC on 82598 at 1G due to errata
Linux Kernel Mailing List
checkpatch: add check for too short Kconfig descriptions
Linux Kernel Mailing List
Bluetooth: Fallback eSCO to SCO on error 0x1a (Unsupported Remote Feature)
Linux Kernel Mailing List
PCI hotplug: acpiphp: remove superfluous _HPP/_HPX evaluation
Colocation donated by:
Syndicate