BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] docker Re: Corralling Processes on Linux
- Subject: [Discuss] docker Re: Corralling Processes on Linux
- From: kentborg at borg.org (Kent Borg)
- Date: Mon, 5 Feb 2018 16:50:21 -0500
- In-reply-to: <chxh8qvxi88.fsf@sdf.org>
- References: <mailman.5.1516554003.11219.discuss@blu.org> <1e60100cc3c8eb63964f5968a2c9bb0c.squirrel@swarm00.ci.net> <chxh8qvxi88.fsf@sdf.org>
On 02/05/2018 04:02 PM, Mike Small wrote: > At what point does it make sense to go to the cgroup level or even > container level and at what point are traditional Unix abstractions like > process groups and sessions adequate? If Kent is creating all the > processes himself and they all fall in one process group then kill(2) on > the negative of the process group leader should kill them all. Even if they are daemons? Also, the parent is (currently) a command line utility that goes away each time it is run. My use case: I specifically want this command line utility to be minimalist for now, but add features in the future (interrogate the daemons about their state, do something interesting about the ones which report an error condition, maybe shove some into a disabled state) without constantly killing all of the daemons. I want the guts of this software to be able to get ahead of the executive orchestrating it. The result will be a far looser confederacy of processes than we are familiar with in monolithic programs. -kb
- References:
- [Discuss] docker Re: Corralling Processes on Linux
- From: smallm at sdf.org (Mike Small)
- [Discuss] docker Re: Corralling Processes on Linux
- Prev by Date: [Discuss] docker Re: Corralling Processes on Linux
- Next by Date: [Discuss] Boston Linux and Unix InstallFest LXVI reminder Saturday February 10, 2018
- Previous by thread: [Discuss] docker Re: Corralling Processes on Linux
- Next by thread: [Discuss] Boston Linux and Unix InstallFest LXVI reminder Saturday February 10, 2018
- Index(es):