cpuset利用解释一
cpuset在设置时有许多规则，举例来说，如上图cpuset设置cpu节点举例来说，假设须要设置了A，B，C，D四个cpuset要求，且A限定在0-1，B限定在2-3，C限定在4-5，D限定在6-7节点，此时根目录下cpuset限定的节点只有2-3，4-5，6-7，此时终极的结果cpu限定结果会取根目录下和要求的交集，也便是B，C，D（2，3，4，5，6，7）
以利用为例，利用linux cpuset供应的文件系统办法为例
$ cd /sys/fs/cgroup/cpuset$ mkdir test$ cd test$ lscgroup.clone_children cpuset.memory_pressurecgroup.event_control cpuset.memory_spread_pagecgroup.procs cpuset.memory_spread_slabcpuset.cpu_exclusive cpuset.memscpuset.cpus cpuset.sched_load_balancecpuset.mem_exclusive cpuset.sched_relax_domain_levelcpuset.mem_hardwall notify_on_releasecpuset.memory_migrate tasks## 限定cpu利用节点$ /bin/echo 2-3 > cpuset.cpus## 限定mem利用节点$ /bin/echo 1 > cpuset.mems## 须要限定的进程$ /bin/echo $$ > tasks2 CpusetGroup在运行时中是如何实现的 ?
目前的常见的容器技能docker底层实在是runc的调用实现，
图2 docker资源限定实现
runc对资源的限定正是通过cgroup来实现的，以容器运行时中runc中的设置cpuset逻辑为例：
所在目录上一级目录须要存在，不存在复制上一级目录配置内容。根据config配置中的cpuset.cpus配置所在目录的cpuset.cpus内容，不存在则复制上一级目录配置根据config配置中的cpuset.mems配置所在目录的cpuset.mems内容，不存在则复制上一级目录配置写入cgroup.procs文件pid（pid=2458547），写入pid时查看文件内容同等（。相应的，查看对应的日志以及文件。[debug] current=/sys/fs/cgroup/cpuset/a, currentCpus=, currentMems=[debug] parent=/sys/fs/cgroup/cpuset, parentCpus=0-79, parentMems=0-1[debug] write cgroup proc, dir=/sys/fs/cgroup/cpuset/a, CgroupProcesses=cgroup.procs, pid=2458544[node test]# cat /sys/fs/cgroup/cpuset/a/cgroup.procs 2458547[node test]# cat /sys/fs/cgroup/cpuset/a/cpuset.mems0-1[node test]# cat /sys/fs/cgroup/cpuset/a/cpuset.cpus0-79
这里的current指代的是当前a这个任务的目录（/sys/fs/cgroup/cpuset/a），一开始未设置cpu和mem，这里继续了上一级目录（/sys/fs/cgroup/cpuset）的配置，并将任务id写入到（/sys/fs/cgroup/cpuset/a/cgroup.procs ）和第1小节以shell的形式写入文件系统类似，由此可以看到，最底层针对cgroup v1，runc实现的运行时对cpuset也因此这种办法来对任务利用的cpu和mem进行限定的，终极影响到任务利用的cpu节点和mem节点。
参考文献[cpuset规则解释1] https://techpubs.jurassic.nl/manuals/0650/admin/IA_Resource/sgi_html/figures/move_cpuset.gif
[cpuset子系统解释] https://www.kernel.org/doc/Documentation/cgroup-v1/cpusets.txt
[docker底层资源限定实现] https://www.slideshare.net/Docker/container-performance-analysis-brendan-gregg-netflix
