我想尝试 cgroup v2 但不确定它是否安装在我的 linux 机器上
>> uname -r
4.14.66-041466-generic
由于 cgroup v2 在 4.12.0-rc5 中可用,我认为它应该在我使用的内核版本中可用。
https://www.infradead.org/~mchehab/kernel_docs/unsorted/cgroup-v2.html
但是,我的系统似乎没有 cgroup v2,因为其文档中提到的内存接口文件在我的系统上不可用。
https://www.kernel.org/doc/Documentation/cgroup-v2.txt
好像我还有 cgroup v1。
/sys/fs/cgroup/memory# ls
cgroup.clone_children memory.kmem.failcnt memory.kmem.tcp.usage_in_bytes memory.memsw.usage_in_bytes memory.swappiness
cgroup.event_control memory.kmem.limit_in_bytes memory.kmem.usage_in_bytes memory.move_charge_at_immigrate memory.usage_in_bytes
cgroup.procs memory.kmem.max_usage_in_bytes memory.limit_in_bytes memory.numa_stat memory.use_hierarchy
cgroup.sane_behavior memory.kmem.slabinfo memory.max_usage_in_bytes memory.oom_control notify_on_release
docker memory.kmem.tcp.failcnt memory.memsw.failcnt memory.pressure_level release_agent
memory.failcnt memory.kmem.tcp.limit_in_bytes memory.memsw.limit_in_bytes memory.soft_limit_in_bytes tasks
memory.force_empty memory.kmem.tcp.max_usage_in_bytes memory.memsw.max_usage_in_bytes memory.stat
后续问题 感谢 Brian 的帮助。如果我应该创建一个新问题,请告诉我,但我认为如果我只是在这里问我的问题可能对其他人有帮助。
1) 我无法按照文档中的命令添加 cgroup 控制器
>> echo "+cpu +memory -io" > cgroup.subtree_control
但是,我得到“回声:写入错误:无效参数”。我是否缺少此步骤的先决条件?
2) 我运行了一个 docker 容器,但 docker 守护进程日志抱怨找不到“/sys/fs/cgroup/cpuset/docker/cpuset.cpus”。似乎 docker 仍在期待 cgroupv1。在我的 docker 守护程序上启用 cgroupv2 支持的最佳方法是什么?
docker -v
Docker version 17.09.1-ce, build aedabb7
您可以运行以下命令:
如果您的系统支持 cgroupv2,您会看到:
在只有 cgroupv1 的系统上,您只会看到:
最简单的方法是尝试挂载伪文件系统。如果您可以将其挂载到某个位置,那么您可以尝试使用该界面管理进程:
我看到您引用了上面的文档。您可能缺少的一点是仍然需要创建路径。没有理由必须在任何特定位置管理 cgroup 资源。这只是惯例。
例如,只要目录存在,您就可以完全呈现
procfs
在.../usr/monkeys
/usr/monkeys
以同样的方式,我可以使用 cgroup v2 伪文件系统执行此操作:
要检查您的 Linux 系统是否支持cgroup v2,请检查是否存在
cgroup.controllers
:要使用cgroup v2引导主机,请将以下字符串添加到
GRUB_CMDLINE_LINUX
in 行/etc/default/grub
,然后运行sudo update-grub
:systemd.unified_cgroup_hierarchy=1
当前支持 cgroups v2 的 Linux 发行版
Docker 20.10 推荐用于 cgroups v2
也很有帮助 -检查您是否在非特权命名空间中
有些系统会默认挂载 cgroup v1 和 cgroup v2,只是在不同的位置。它可以帮助查看它们的位置:
示例输出(在 Ubuntu 20.04 LTS 上):
但是,这并不严格告诉您您的系统是否支持cgroup v2。正如提到的另一个答案,
grep cgroup /proc/filesystems
这很好。不仅查看是否支持 cgroup,而且查看是否启用它们可能无关紧要,因为可以使用以下命令:
stat -fc %T /sys/fs/cgroup/
如果是输出状态
cgroup2fs
,则使用 cgroups v2,tmpfs
如果是 cgroups v1。如果系统支持 cgroups v2,但默认情况下未激活,则可以通过设置systemd.unified_cgroup_hierarchy=1
为内核参数来启用它(例如,GRUB_CMDLINE_LINUX="systemd.unified_cgroup_hierarchy=0
在具有 GRUB 的系统中)