login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
April
»
10
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: Bill Davidsen
Subject:
Re: init's children list is long and slows reaping children.
Date: Tuesday, April 10, 2007 - 8:12 am
Davide Libenzi wrote:
quoted text
> On Mon, 9 Apr 2007, Linus Torvalds wrote: > >> On Mon, 9 Apr 2007, Kyle Moffett wrote: >>> Maybe "struct posix_process" is more descriptive? "struct process_posix"? >>> "Ugly POSIX process semantics data" seems simple enough to stick in a struct >>> name. "struct uglyposix_process"? >> Guys, you didn't read my message. >> >> It's *not* about "process" stuff. Anything that tries to call it a >> "process" is *by*definition* worse than what it is now. Processes have all >> the things that we've cleanly separated out for filesystem, VM, SysV >> semaphore state, namespaces etc. >> >> The "struct signal_struct" is the random *leftovers* from all the other >> stuff. It's *not* about "processes". Never has been, and never will be. > > I proposed "struct task_shared_ctx" but you ducked :) >
Descriptive, correct, I like it! -- Bill Davidsen <davidsen@tmr.com> "We have more to fear from the bungling of the incompetent than from the machinations of the wicked." - from Slashdot -
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
:
Greg KH
Re: [PATCH 1/1] staging: hv: Fix race condition on IC channel initialization (modi...
Brian Swetland
Re: Attempted summary of suspend-blockers LKML thread
Sam Ravnborg
[PATCH 05/11] x86: add X86_64 dependency to x86_64 specific symbols in Kconfig.x86...
Christoph Lameter
Re: [PATCH 02/40] mm: slab allocation fairness
Alexey Dobriyan
Re: [2.6.22.2 review 09/84] Fix rfkill IRQ flags.
git
:
Felipe Contreras
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Paolo Ciarrocchi
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Sverre Rabbelier
Re: [GSoC] What is status of Git's Google Summer of Code 2008 projects?
Johannes Schindelin
Re: [PATCH] Fix install-doc-quick target
Peter Oberndorfer
Subject: [PATCH] fix stg edit command
linux-netdev
:
Andi Kleen
Re: RFC: Nagle latency tuning
Jarek Poplawski
Re: tc filter flow hash question
David Miller
Re: [RFC 0/5] generic rx recycling
Chuck Lever
Re: [RFC] ipv6: Change %pI6 format to output compacted addresses?
Jarek Poplawski
Re: socket api problem: can't bind an ipv6 socket to ::ffff:0.0.0.0
git-commits-head
:
Linux Kernel Mailing List
New device ID for sc92031 [1088:2031]
Linux Kernel Mailing List
e1000e: Expose MDI-X status via ethtool change
Linux Kernel Mailing List
NFS: Store pages from an NFS inode into a local cache
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
arm/imx/gpio: GPIO_INT_{HIGH,LOW}_LEV are not necessarily constant
openbsd-misc
:
Theo de Raadt
Re: RES: OpenBSD on IBM System X3550 7879
Bret S. Lambert
Re: any web management gui for pf ?
Rob Shepherd
x86 hardware for router system
Leif Blixt
Re: Force passwordcheck in login.conf
ropers
Re: Real men don't attack straw men
Colocation donated by:
Syndicate