login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
April
»
9
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: Davide Libenzi
Subject:
Re: init's children list is long and slows reaping children.
Date: Monday, April 9, 2007 - 1:03 pm
On Mon, 9 Apr 2007, Linus Torvalds wrote:
quoted text
> 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 :) - Davide -
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
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Tony Luck
Re: Hardware Error Kernel Mini-Summit
James Bottomley
Re: [PATCH -mm 1/2] scsi: remove dma_is_consistent usage in 53c700
Andrey Borzenkov
Re: [possible regression] 2.6.22 reiserfs/libata sporadically hangs on resume from...
Linus Torvalds
Linux 2.6.26-rc6
Jeffrey V. Merkey
Re: Versioning file system
git
:
Morten Welinder
Re: [PATCH] use xrealloc in help.c
Junio C Hamano
Re: [PATCH 2/3] git-add--interactive: remove hunk coalescing
Alex Riesen
Re: git exclude patterns for directory
Giuseppe Bilotta
Re: [PATCH 4/4] gitweb: show notes in commit(diff) view
Jörg Sommer
[PATCH v2 08/13] Unify the lenght of $SHORT* and the commits in the TODO list
linux-netdev
:
Andreas Sundstrom
Re: ~60k interrupts/sec for 1Gb/s iperf with r8169
David Miller
Re: [2.6.30-rc3] powerpc: compilation error of mace module
Denys Fedoryshchenko
Re: circular locking, mirred, 2.6.24.2
David Miller
Re: [PATCH -next] sfc: Use correct macro to set event bitfield
Wu Fengguang
Re: [PATCH] dm9601: handle corrupt mac address
git-commits-head
:
Linux Kernel Mailing List
V4L/DVB: tm6000: add special usb request to quit i2c tuner transfer
Linux Kernel Mailing List
OMAP: DSS2: SDI driver
Linux Kernel Mailing List
PCI: introduce pci_pcie_cap()
Linux Kernel Mailing List
m68k: amiga - Mouse platform device conversion
Linux Kernel Mailing List
drivers/acpi: use kasprintf
openbsd-misc
:
frantisek holop
Re: mount ffs as msdos, system hangs
Ted Bullock
Re: Proliant DL380 G3 cannot get on network
Úlfar M. E. Johnson
installing openbsd in xen
Eric Furman
Re: Defending OpenBSD Performance
Damien Miller
Re: Patching a SSH 'Weakness'
Colocation donated by:
Syndicate