From: Harald Braumann <harry@unheit.net>
To: "José Luis Tallón" <jltallon@adv-solutions.net>
Cc: debian-devel@lists.debian.org, linux-kernel@vger.kernel.org
Subject: Re: cgroup mount point
Date: Fri, 6 Feb 2009 23:00:38 +0100 [thread overview]
Message-ID: <20090206230038.166d4f7f@sbs173> (raw)
In-Reply-To: <498B57E9.2020707@adv-solutions.net>
[-- Attachment #1: Type: text/plain, Size: 1422 bytes --]
On Thu, 05 Feb 2009 22:19:37 +0100
José Luis Tallón <jltallon@adv-solutions.net> wrote:
> [...]
> whereas I can't fathom why a cgroup "feels" like a /device/.
>
> I admit not being an expert in virtualization abstraction (I do run a
> significant number of virtual machines, tough), but in fact /sys seems
> to be a much better place for it. Please feel free to argue against if
> my proposal does not in fact make sense.
Agreed. Semantically /sys is probably the place for cgroups.
> While it does indeed feel "hackish", mounting a tmpfs on /sys/cgroups
> and then creating as many subdirs as/if necessary is indeed
> achievable, practical and flexible.
Yes, folks have brought forth this technical difficulty and that's why
I initially thought /dev to be a better place.
For me, either would be OK. I don't care that much as long as it's not
mounted in root.
> /proc might be useable though, but it has historically been associated
> with "processes" and the information related to them. And yes, that
> means that /proc/cpuinfo, /proc/meminfo, and /proc/bus would actually
> be out of place there... but keeping backwards compatibility and not
> surprising users is most important.
Agreed. I think the trend is to remove things not related to processes
from /proc. Of course not everything can be removed immediately, but at
least no new things should be added.
Cheers,
harry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-02-06 22:01 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090202200013.GU3643@vespa.holoscopio.com>
[not found] ` <1233606371.15779.32.camel@radis.liafa.jussieu.fr>
[not found] ` <20090202205246.GA28593@glandium.org>
[not found] ` <20090202205246.GA28593-YmoObPS1fuhg9hUCZPvPmw@public.gmane.org>
2009-02-02 21:41 ` cgroup mount point Thadeu Lima de Souza Cascardo
2009-02-02 21:41 ` Thadeu Lima de Souza Cascardo
2009-02-02 22:54 ` Chris Friesen
2009-02-02 23:43 ` Thadeu Lima de Souza Cascardo
[not found] ` <498779C2.2060908-ZIRUuHA3oDzQT0dZR+AlfA@public.gmane.org>
2009-02-02 23:43 ` Thadeu Lima de Souza Cascardo
2009-02-03 3:15 ` KAMEZAWA Hiroyuki
2009-02-03 3:15 ` KAMEZAWA Hiroyuki
2009-02-03 5:06 ` Serge E. Hallyn
2009-02-06 6:17 ` Balbir Singh
[not found] ` <20090203121524.cdff11ae.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2009-02-03 5:06 ` Serge E. Hallyn
2009-02-06 6:17 ` Balbir Singh
2009-02-03 10:24 ` Daniel P. Berrange
2009-02-03 12:30 ` Thadeu Lima de Souza Cascardo
2009-02-03 13:26 ` Daniel P. Berrange
[not found] ` <20090203123028.GA3788-StA3NKSgq9XYLCA8tIpKU1aTQe2KTcn/@public.gmane.org>
2009-02-03 13:26 ` Daniel P. Berrange
[not found] ` <87ljsnzo4v.fsf@benfinney.id.au>
2009-02-03 12:57 ` Thadeu Lima de Souza Cascardo
2009-02-04 3:59 ` Ben Finney
[not found] ` <87ljsnzo4v.fsf-TqlCGjI+HWGnbCmf7pGUHw@public.gmane.org>
2009-02-03 12:57 ` Thadeu Lima de Souza Cascardo
2009-02-03 14:38 ` Gustavo Noronha
2009-02-03 16:55 ` Paul Menage
2009-02-03 18:49 ` Mike Hommey
2009-02-03 18:51 ` sean finney
2009-02-03 19:14 ` Paul Menage
2009-02-03 23:38 ` Harald Braumann
2009-02-03 23:40 ` Paul Menage
2009-02-04 0:18 ` Harald Braumann
2009-02-04 9:16 ` Josselin Mouette
2009-02-05 21:19 ` José Luis Tallón
2009-02-06 22:00 ` Harald Braumann [this message]
[not found] ` <20090203102416.GA8886-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-02-03 12:30 ` Thadeu Lima de Souza Cascardo
2009-02-03 15:03 ` Gabor Gombas
2009-02-03 15:03 ` Gabor Gombas
[not found] ` <20090203150315.GI482-WfxVeM0IB4OcrO3FVCo2em/Xy1I+TMuj@public.gmane.org>
2009-02-03 16:19 ` Bill Nottingham
2009-02-03 16:19 ` Bill Nottingham
[not found] ` <20090202214153.GV3643-StA3NKSgq9XYLCA8tIpKU1aTQe2KTcn/@public.gmane.org>
2009-02-02 22:54 ` Chris Friesen
2009-02-03 10:24 ` Daniel P. Berrange
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=20090206230038.166d4f7f@sbs173 \
--to=harry@unheit.net \
--cc=debian-devel@lists.debian.org \
--cc=jltallon@adv-solutions.net \
--cc=linux-kernel@vger.kernel.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.