Messages in this thread | | | Date | Mon, 2 Feb 2009 23:06:55 -0600 | From | "Serge E. Hallyn" <> | Subject | Re: cgroup mount point |
| |
Quoting KAMEZAWA Hiroyuki (kamezawa.hiroyu@jp.fujitsu.com): > On Mon, 02 Feb 2009 16:54:58 -0600 > "Chris Friesen" <cfriesen@nortel.com> wrote: > > > Thadeu Lima de Souza Cascardo wrote: > > > > > Linux Documentation is not consistent and have some funny options. In > > > Documentation/cgroups/*, we have: > > > > > So, we have some more options now: /cgroups, /containers, /dev/cpuset, > > > /dev/cpuctl, /opt/cgroup, /opt/cpuset. > > > > > > I am copying the container and the kernel guys. Perhaps, we can find an > > > agreement (if we want to find one at all) and change all that > > > Documentation to get consistent. > > > > I'd vote for "cgroups" or "containers", mounted at / or /sys/. > > > me, too. > > But single mount point just assumes "all necessary subsystems are mounter at once" > So, > /cgroup/<subsys>/ #this cannot handle multiple subsyses. > or > /cgroup/some_nick_name #just depends on users. > > Hmm. Making documentation to use the same mount point is not so bad. But in real > usage, cgroup's mount point seems case-by-case. > If libcgroup or libvirt shows some policy, it's good for users. > > /cgroup/<libcgroup's grouping nick name>/ ...
I'm lazy so I always use /cgroup or actually /cg.
I do the same thing with mounting /sys/kernel/security under /security, so maybe /sys/cgroup actually makes sense :)
-serge
| |