From: Cedric Le Goater <clg-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
To: Paul Menage <menage-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
Cc: Linux Containers <containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org>
Subject: Re: Naming the "Task containers" framework
Date: Wed, 05 Sep 2007 11:55:07 +0200 [thread overview]
Message-ID: <46DE7CFB.6020200@fr.ibm.com> (raw)
In-Reply-To: <6599ad830709042254t2d5c4f54y964c74e3c6d9a6ab-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Paul Menage wrote:
> At the mini-summit, and at other times, I've heard the repeated
> complaint that having the word "container" in the name of the "task
> container" framework leads to ambiguity. And separately from the
> complaints, I've seen the awkwardness that people end up with when
> they feel they have to distinguish between the "containers" abstract
> concept, and "Paul's containers" ...
>
> With the hope/prospect of having the framework merged some time after
> the kernel summit, I guess now's a good time to bow to the pressure
> and find some compromise that everyone likes, before we actually hit
> mainline. (Maybe earlier would have been even better, but ...)
>
> Of the various possible names that have been suggested, there are a
> couple that (to me) stand out as good options:
>
> - control groups
> - task sets
task controllers ?
C.
> The former (coined by Eric during a brainstorming session yesterday)
> seems to capture the enforcement aspect of the framework (sysadmin can
> use it to control the behaviour of processes, processes can't escape
> from groups), without suggesting that it can only be used for resource
> controllers (as some alternative names such as "resource groups"
> imply) and would be a choice that I could be happy with.
>
> Does anyone have strong views on other alternative names (or even the
> idea of keeping "task containers")?
>
> Paul
> _______________________________________________
> Containers mailing list
> Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
> https://lists.linux-foundation.org/mailman/listinfo/containers
>
next prev parent reply other threads:[~2007-09-05 9:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-05 5:54 Naming the "Task containers" framework Paul Menage
[not found] ` <6599ad830709042254t2d5c4f54y964c74e3c6d9a6ab-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-09-05 9:55 ` Cedric Le Goater [this message]
[not found] ` <46DE7CFB.6020200-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2007-09-05 10:13 ` Paul Menage
2007-09-11 13:57 ` Serge E. Hallyn
[not found] ` <20070911135739.GA15217-6s5zFf/epYLPQpwDFJZrxKsjOiXwFzmk@public.gmane.org>
2007-09-11 14:38 ` Paul Menage
[not found] ` <6599ad830709110738n5e754e91qa549e13e2d7a27b5-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-09-11 15:04 ` Cedric Le Goater
[not found] ` <46E6AE8A.7080405-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2007-09-11 15:09 ` Serge E. Hallyn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46DE7CFB.6020200@fr.ibm.com \
--to=clg-nmtc/0zbporqt0dzr+alfa@public.gmane.org \
--cc=containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org \
--cc=menage-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.