bgfvdu3w's questions

我发现我可以创建一个共享内存对象并使用 给它表面上任何大小ftruncate，而不管我的系统上的资源限制如何。下面的代码将大小设置为 262 TB，并且确实stat()报告了该大小。然而，262 TB 比我的安装要大/dev/shm，而且我的系统上绝对没有 262 TB 的内存或交换可用。我预计会出现 OOM 错误，但我没有看到系统内存使用量发生显着变化。

这里发生了什么？为什么ftruncate超出系统资源限制的大小会成功？ftruncate我假设共享内存对象（或者更一般地说，与 tmpfs）之间存在一些特殊的交互。

import os
import _posixshmem
try:
    fd = _posixshmem.shm_open("test", os.O_CREAT | os.O_EXCL | os.O_RDWR, mode=0o600)
    os.ftruncate(fd, 52428800 * 5000000)
    print(os.stat(fd))
finally:
    _posixshmem.shm_unlink("test")

os.stat_result(st_mode=33152, st_ino=244, st_dev=24, st_nlink=1, st_uid=1000, st_gid=100, st_size=262144000000000, st_atime=1693167355, st_mtime=1693167355, st_ctime=1693167355)

对于 cgroupv2，默认情况下 Docker 使用 cgroup 的私有命名空间。这由--cgroupns标志 fordocker run和default-cgroupns-modedaemon 选项控制。我需要在容器内创建子 cgroup，但问题是容器内的根 cgroup 有一个空的cgroup.subtree_control! 我无法在容器中填充它，因为当容器运行时，这个根 cgroup 中已经有进程。尝试这样做会导致“设备或资源繁忙”错误。

--cgroupns host将是一种解决方法，但这只是-一种解决方法；它不使用私有命名空间，如果可能的话，我想保留它。另一个问题是目前无法从撰写文件中设置它。

我查看了--cgroup-parent，可以通过撰写文件进行设置。但是，我真的不明白这个设置。我在主机上创建了一个 cgroup，写入subtree_control，然后尝试使用该 cgroup 作为父级来启动一个容器。我收到了这个错误，我不明白：

来自守护进程的错误响应：systemd cgroup 的 cgroup-parent 应该是名为“xxx.slice”的有效切片

我认为此设置的作用是在手册cgroup_namespaces页的以下引用的上下文中更改“当前 cgroups 目录”：

当进程使用带有 CLONE_NEWCGROUP 标志的 clone(2) 或 unshare(2) 创建新的 cgroup 命名空间时，其当前 cgroups 目录将成为新命名空间的 cgroup 根目录。

无论如何，在启动容器之前要求在主机上手动配置 cgroup 是很麻烦的。我必须确保cgroup.subtree_control在容器中启用了我需要的控制器有哪些替代方法？