From: Li Zefan <lizf-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org>
To: Ian Molton <ian.molton-ZGY8ohtN/8pPYcu2f3hruQ@public.gmane.org>
Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
libcg-devel
<libcg-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
Balbir Singh
<balbir-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Subject: Re: Fw: cgroups and dbus
Date: Wed, 23 Dec 2009 08:58:07 +0800 [thread overview]
Message-ID: <4B316B1F.7010108@cn.fujitsu.com> (raw)
In-Reply-To: <4B30A1C6.5040405-ZGY8ohtN/8pPYcu2f3hruQ@public.gmane.org>
>> It seems what you asked was an example of cgroup.
>> Maybe the simplest cgroup in the kernel is CONFIG_CGROUP_CPUACCT.
>> (kernel/sched.c) The next one is CGROUP_DEVICE (security/device_cgroup.c)
>>
>> Documentation under Documentation/cgroups/ is always taken care to be updated.
>> If you notice some description is unclear or obsolete, please report it.
>
> I found my problem with the example there,
>
> my machine has no RAM on node 0.
>
> Can I suggest that the example might be better if it uses node 0 ? or had a
> note saying that if you have no memory on node 1 that it will fail with:
> "/bin/echo: write error: No space left on device" ?
>
> Also it would be a good idea if the example pointed out that the parent to
> 'sh' is in the cgroup Charlie also.
>
> Heres a patch:
>
>>From e6e430d3c3e865f21dffc75ff090bb283a4f32a0 Mon Sep 17 00:00:00 2001
> From: Ian Molton <ian.molton-ZGY8ohtN/8pPYcu2f3hruQ@public.gmane.org>
> Date: Tue, 22 Dec 2009 10:31:20 +0000
> Subject: [PATCH] cgroup: Clarify documentation
>
> This patch clarifies the cgroup documentation, giving some info on why
> the example given may fail, and a little more detail on its expected behaviour.
>
> Signed-off-by: Ian Molton <ian.molton-ZGY8ohtN/8pPYcu2f3hruQ@public.gmane.org>
> ---
> Documentation/cgroups/cgroups.txt | 9 ++++++++-
> 1 files changed, 8 insertions(+), 1 deletions(-)
>
> diff --git a/Documentation/cgroups/cgroups.txt b/Documentation/cgroups/cgroups.txt
> index 0b33bfe..8ac8615 100644
> --- a/Documentation/cgroups/cgroups.txt
> +++ b/Documentation/cgroups/cgroups.txt
> @@ -309,7 +309,9 @@ the "cpuset" cgroup subsystem, the steps are something like:
>
> For example, the following sequence of commands will setup a cgroup
> named "Charlie", containing just CPUs 2 and 3, and Memory Node 1,
> -and then start a subshell 'sh' in that cgroup:
> +and then start a subshell 'sh' in that cgroup. Note that if you have no RAM
> +on node 1 or dont have 4 CPUs you will want to modify the example
> +accordingly:
>
> mount -t cgroup cpuset -ocpuset /dev/cgroup
> cd /dev/cgroup
> @@ -317,7 +319,12 @@ and then start a subshell 'sh' in that cgroup:
> cd Charlie
> /bin/echo 2-3 > cpuset.cpus
> /bin/echo 1 > cpuset.mems
> + # If you have no RAM on Node 0 the next command will return an error, eg.
> + # write error: No space left on device
Please patch Documentation/cgroups/cpusets.txt instead, and CC
the maintainers.
> /bin/echo $$ > tasks
> + # The current shell is now in cgroup Charlie. You can check this with:
> + cat /proc/self/cgroup
This is a duplicate. The documenation just below has showed
the use of /proc/self/cgroup.
> + # Now launch a subshell which should inherit the cgroup:
> sh
> # The subshell 'sh' is now running in cgroup Charlie
> # The next line should display '/Charlie'
prev parent reply other threads:[~2009-12-23 0:58 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-21 5:24 Fw: cgroups and dbus KAMEZAWA Hiroyuki
[not found] ` <20091221142438.1c70fadb.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2009-12-21 5:35 ` Balbir Singh
[not found] ` <661de9470912202135s5869f0d0w6379ef6f3a668e8a@mail.gmail.com>
[not found] ` <661de9470912202135s5869f0d0w6379ef6f3a668e8a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-12-21 10:03 ` Ian Molton
[not found] ` <4B2F480E.8090303@collabora.co.uk>
[not found] ` <4B2F480E.8090303-ZGY8ohtN/8pPYcu2f3hruQ@public.gmane.org>
2009-12-22 4:46 ` KAMEZAWA Hiroyuki
[not found] ` <20091222134649.61a0e290.kamezawa.hiroyu@jp.fujitsu.com>
[not found] ` <20091222134649.61a0e290.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2009-12-22 10:39 ` Ian Molton
[not found] ` <4B30A1C6.5040405@collabora.co.uk>
[not found] ` <4B30A1C6.5040405-ZGY8ohtN/8pPYcu2f3hruQ@public.gmane.org>
2009-12-23 0:58 ` Li Zefan [this message]
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=4B316B1F.7010108@cn.fujitsu.com \
--to=lizf-bthxqxjhjhxqfuhtdcdx3a@public.gmane.org \
--cc=balbir-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=ian.molton-ZGY8ohtN/8pPYcu2f3hruQ@public.gmane.org \
--cc=libcg-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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.