Cgroup之cpuacct子系统

最新推荐文章于 2023-07-02 12:19:57 发布
最新推荐文章于 2023-07-02 12:19:57 发布
阅读量2.3k 收藏
点赞数 2
文章标签： 内核
原文链接：https://www.dazhuanlan.com/2019/10/17/5da81a4059807/
版权

cpuacct子系统（CPU accounting）会自动生成报告来显示cgroup中任务所使用的CPU资源，其中包括子群组任务。报告有两大类：

usage: 统计cgroup中进程使用CPU的时间，单位为纳秒。
stat: 统计cgroup中进程使用CPU的时间，单位为USER_HZ。
注意：本文中引用的内核代码版本为v5.2

统计文件示例
usage*
cpuacct.usage : 报告一个cgroup中所有任务（包括其子孙层级中的所有任务）使用CPU的总时间（纳秒）,该文件时可以写入0值的，用来进行重置统计信息。
cpuacct.usage_percpu: 报告一个cgroup中所有任务（包括其子孙层级中的所有任务）在每个CPU使用CPU的时间（纳秒）。
cpuacct.usage_user: 报告一个cgroup中所有任务（包括其子孙层级中的所有任务）使用用户态CPU的总时间（纳秒）。
cpuacct.usage_percpu_user 报告一个cgroup中所有任务（包括其子孙层级中的所有任务）在每个CPU上使用用户态CPU的时间（纳秒）。
cpuacct.usage_sys: 报告一个cgroup中所有任务（包括其子孙层级中的所有任务）使用内核态CPU的总时间（纳秒）。
cpuacct.usage_percpu_sys：报告一个cgroup中所有任务（包括其子孙层级中的所有任务）在每个CPU上使用内核态CPU的时间（纳秒）。
cpuacct.usage_all：详细输出文件cpuacct.usage_percpu_user和cpuacct.usage_percpu_sys的内容。
stat
cpuacct.stat：报告cgroup的所有任务（包括其子孙层级中的所有任务）使用的用户和系统CPU时间，方式如下：
user——用户模式中任务使用的CPU时间
system——系统模式中任务使用的CPU时间
其单位为USER_HZ
示例
查看使用cpu的总时间
root@2d1230403171:~# cat /sys/fs/cgroup/cpuacct/cpuacct.usage
3907906171712
root@2d1230403171:~# cat /sys/fs/cgroup/cpuacct/cpuacct.usage_percpu
982052931576 496801928082 1119303415003 1309764865266
查看用户态和内核态的CPU时间
root@2d1230403171:~# cat /sys/fs/cgroup/cpuacct/cpuacct.usage_user
3907908045318
root@2d1230403171:~# cat /sys/fs/cgroup/cpuacct/cpuacct.usage_percpu_user
982051860949 496800539857 1119297079712 1309763110228
root@2d1230403171:~# cat /sys/fs/cgroup/cpuacct/cpuacct.usage_sys
0
root@2d1230403171:~# cat /sys/fs/cgroup/cpuacct/cpuacct.usage_percpu_user
982052487842 496801115881 1119301915660 1309764696892
查看cpuacct.usage_all
root@2d1230403171:~# cat /sys/fs/cgroup/cpuacct/cpuacct.usage_all
cpu user system
0 982052931576 0
1 496802375225 0
2 1119304751435 0
3 1309766189582 0
重置统计值
root@2d1230403171:~# echo 0 > /sys/fs/cgroup/cpuacct/cpuacct.usage
注意：需要有相应的权限才能重置。

查看stat
root@2d1230403171:~# cat /sys/fs/cgroup/cpuacct/cpuacct.stat
user 389913
system 403
Usage 和 Stat 到底有什么区别呢？
root@2d1230403171:~# cd /sys/fs/cgroup/cpuacct
root@2d1230403171:/sys/fs/cgroup/cpuacct# cat cpuacct.stat ; cat cpuacct.usage_user; cat cpuacct.usage_sys
user 124526
system 468815
4070860587371
354066574154
我们可以看到，stat中的user时间加上的system时间和cpuacct.usage_user的时间加上cpuacct.usage_sys的时间不相等。到底哪个比较精确呢？

cpuacct.usage 统计了所有 CPU 核的累加使用时间，单位是纳秒。在 cpuacct.stat 中统计了该控制组中进程用户态和内核态的CPU使用量，其单位是USER_HZ。

注意，相比 cpuacct.stat 来说，cpuacct.usage 的值会更加精确一些。

内核实现
结构体struct cpuacct
cpuacct的内核实现中，对cpu时间的统计结果都存放到数据结构struct cpuacct中，数据结构定义如下： kernel/sched/cpuacct.c(line 27-33)

/* track CPU usage of a group of tasks and its child groups /
struct cpuacct {
struct cgroup_subsys_state css;
/ cpuusage holds pointer to a u64-type object on every CPU */
struct cpuacct_usage __percpu *cpuusage;
struct kernel_cpustat __percpu *cpustat;
};
除了css外，其他两个成员都是__percpu类型。

cpuusge 记录每个cpu使用的时间, 单位为纳秒
cpustat 记录每个cpu使用的用户和系统CPU时间，单位为USER_HZ
结构体 struct cpuacct_usage
数据结构定义如下： kernel/sched/cpuacct.c(line 10-25)

/* Time spent by the tasks of the CPU accounting group executing in … /
enum cpuacct_stat_index {
CPUACCT_STAT_USER, / … user mode /
CPUACCT_STAT_SYSTEM, / … kernel mode */

CPUACCT_STAT_NSTATS,

};

static const char * const cpuacct_stat_desc[] = {
[CPUACCT_STAT_USER] = “user”,
[CPUACCT_STAT_SYSTEM] = “system”,
};

struct cpuacct_usage {
u64 usages[CPUACCT_STAT_NSTATS];
};
结构体 struct kernel_cpustat
数据结构定义如下： include/linux/kernel_stat.h(line 14-36)

/*

  • ‘kernel_stat.h’ contains the definitions needed for doing
  • some kernel statistics (CPU usage, context switches …),
  • used by rstatd/perfmeter
    */

enum cpu_usage_stat {
CPUTIME_USER,
CPUTIME_NICE,
CPUTIME_SYSTEM,
CPUTIME_SOFTIRQ,
CPUTIME_IRQ,
CPUTIME_IDLE,
CPUTIME_IOWAIT,
CPUTIME_STEAL,
CPUTIME_GUEST,
CPUTIME_GUEST_NICE,
NR_STATS,
};

struct kernel_cpustat {
u64 cpustat[NR_STATS];
};
cpuacct.stat中的统计时间主要来源于该结构体，其中

user时间包括：CPUTIME_USER + CPUTIME_NICE
system时间包括：CPUTIME_IRQ + CPUTIME_SOFTIRQ + CPUTIME_SYSTEM
变量root_cpuacct
定义如下： kernel/sched/cpuacct.c(line 51-55) 和 include/linux/kernel_stat.h

struct kernel_cpustat {
u64 cpustat[NR_STATS];
};

DECLARE_PER_CPU(struct kernel_cpustat, kernel_cpustat);

static DEFINE_PER_CPU(struct cpuacct_usage, root_cpuacct_cpuusage);
static struct cpuacct root_cpuacct = {
.cpustat = &kernel_cpustat,
.cpuusage = &root_cpuacct_cpuusage,
};

通过上面的数据结构分析，我们可以画出struct cpuacct的结构示意图：

/sys/fs/cgroup/cpuacct下所有统计文件就是通过cpuacct结构体中的统计值来输出信息的。

而cpu时间信息的更新则由如下函数完成( include/linux/cgroup.h(line 753-763) )。

cpuacct_charge
用于更新cpuusage( kernel/sched/cpuacct.c(line 333-353) ), 该函数更新所有的cpuacct cgroup，包括根root cpuacct cgroup。

cpuacct_account_field
用于更新cpustat( kernel/sched/cpuacct.c(line 355-368) )，该函数更新所有的cpuacct cgroup，但不包括root cpuacct cgroup。

那么哪些函数会调用cpuacct_charge呢？
如下函数会去调用cpuacct_charge:

update_curr(struct cfs_rq *cfs_rq)->cgroup_account_cputime->cpuacct_charge
update_curr_rt(struct rq *rq)->cgroup_account_cputime->cpuacct_charge
update_curr_dl(struct rq *rq)->cgroup_account_cputime->cpuacct_charge
put_prev_task_stop(struct rq *rq, struct task_struct *prev)->cgroup_account_cputime->cpuacct_charge
那么哪些函数会调用cpuacct_account_field呢？
如下函数会去调用cpuacct_account_field:

account_process_tick->account_user_time->task_group_account_field->cgroup_account_cputime_field->cpuacct_account_field
irqtime_account_process_tick->account_user_time->task_group_account_field->cgroup_account_cputime_field->cpuacct_account_field
vtime_user_exit->account_user_time->task_group_account_field->cgroup_account_cputime_field->cpuacct_account_field

account_process_tick->account_system_time->account_system_index_time->task_group_account_field->cgroup_account_cputime_field->cpuacct_account_field

irqtime_account_process_tick->account_system_index_time->task_group_account_field->cgroup_account_cputime_field->cpuacct_account_field

__vtime_account_system->account_system_time->account_system_index_time->task_group_account_field->cgroup_account_cputime_field->cpuacct_account_field

除此之外，还有如下函数会更新cupstat

account_idle_time
account_steal_time
account_guest_time
总结一下
更新cpustat的接口有如下几个：

account_user_time
account_system_time
irqtime_account_process_tick
account_idle_time
account_steal_time
account_guest_time
分析更新cpustat的接口实现
account_user_time
代码地址为： kernel/sched/cputime.c(line 112-132)

该接口根据task_nice§是否为真，更新CPUTIME_NICE或者CPUTIME_NICE

account_system_time
代码地址为： kernel/sched/cputime.c(line 178-201)

该接口根据不同的情况可能更新CPUTIME_IRQ 或者 CPUTIME_SOFTIRQ 或者 CPUTIME_SYSTEM

注意，该接口还有可能通过接口account_guest_time进行时间的更新。

account_idle_time
代码地址为： kernel/sched/cputime.c(line 214-227)

该接口更新了CPUTIME_IDLE或者CPUTIME_IOWAIT，只更新了root cpuacct，即idle时间不是cgroup aware的。

account_steal_time
代码地址为： kernel/sched/cputime.c(line 203-212)

该接口更新了CPUTIME_STEAL，只更新了root cpuacct，即steal时间不是cgroup aware的。

account_guest_time
代码地址为： kernel/sched/cputime.c(line 134-156)

该接口根据task_nice§是否为真，更新CPUTIME_NICE and CPUTIME_GUEST_NICE或者CPUTIME_USER and CPUTIME_GUEST, 只更新了root cpuacct，即guest时间不是cgroup aware的。

其它相关问题
root cpuacct的数据来源？
root cpuacct cgroup中usage来源于变量root_cpuacct_cpuusage，在cpuacct_charge中会更新它的值。
root cpuacct cgroup中cpustat来源于变量kernel_cpustat,cpuacct_account_field并不会更新它，而是有系统上其它部分去更新。
/proc/stat中cpu相关统计信息来自哪里？
/proc/stat中cpu相关统计数据来自于变量kernel_cpustat,这个跟root cpuacct cgroup的数据来源是一样的。
docker如何计算容器的cpu利用率？
docker容器的的cpu利用率计算公司如下：

(cpuuasge的delta值/墙上时间delta) * 100%

cpuuasge的delta值： 通过两次读取cpuacct.useage得到
墙上时间delta： 通过两地读取/proc/stat的第一行得到，由于该行的值为墙上时间*cpu核数，所以该值应该再除以cpu核数。

转载https://www.dazhuanlan.com/2019/10/17/5da81a4059807/

【CGroup原理篇V1】六. CPUACCT子系统
从0到1，突破自己
04-06 1264
写在前面 cpuacct CPU Accounting Controller 子系统会自动生成报告统计控制组所使用的CPU资源。该子系统支持多层嵌套控制组，支持统计当前控制组及其子控制组进程的CPU使用率。 挂载子系统命令 mount -t cgroup -ocpuacct none /sys/fs/cgroup/cpuacct 在cpuacct层级下创建控制组 # cd /sys/fs/cgroup/cpuacct # mkdir g1 # echo $$ > g1/
【CGroup原理篇V1】四、CGroup V1子系统概况
从0到1，突破自己
05-21 829
简单介绍CGroupV1各个子系统概况，以及查询系统支持的子系统的方法等。
带你了解linux cgroups
Android系统优化
05-04 5615
cgroups(Control Groups)是linux内核提供的一种机制，它可以根据需求把一系列的系统任务整合或分隔到资源等级不同的组内，从而为系统提供一个统一的框架。通过cgroups，我们可以很方便的限制某个容器可以使用的CPU、系统内存等资源。
cpuacct (CPU Accounting Controller)
dengji8846的博客
09-28 356
CPU Accounting Controller The CPU accounting controller is used to group tasks using cgroups and account the CPU usage of these groups of tasks. The CPU accounting controller supports...
Cgroup分析之cpu、cpuacct
tanzhe2017的博客
07-11 9609
1      组调度1.1      进程调度基础操作系统为了协调多个进程的同时运行，最基本的手段就是给进程设定优先级，如果有多个进程处于可执行状态，那么优先级高的进程先被调度执行。Linux内核将进程分为两种级别，普通进程和实时进程，实时进程的优先级高于普通进程，另外他们的调度策略也不同。实时进程的调度1、如果一个进程是实时进程，只要它是可执行状态的，内核就一直让它执行，以尽可能满足它对cpu的...
cpuacct.txt
u012036443的专栏
11-09 1776
If you have any comment or update to the content, please contact the original document maintainer directly. However, if you have a problem communicating in English you can also ask the Chinese maint
Linux下CGroup进行CPU内存等资源控制
lbyyy的专栏
01-11 8443
留存 from: http://www.cnblogs.com/kevingrace/p/5685433.html  and  http://www.cnblogs.com/wang_yb/p/3942208.html CGroup 介绍 CGroup 是 Control Groups 的缩写，是 Linux 内核提供的一种可以限制、记录、隔离进程组 (process groups)
Linux CGroup cpu memory cpuset子系统简介
gentlezuo的博客
09-20 1487
cgroup的作用，应用范围 Linux cgroups的全称是Linux Control Group。它最主要的作用，就是限制一个进程组能够使用的资源上限，包括CPU、内存、磁盘、网络带宽等等。另外，Linux cgroups还可以对进程进行优先级设置、审计，以及将进程挂起和恢复操作。 cpu mem device cpuacct cpuset ...
Linux Cgroup cpu子系统实验
xueqinglalala的博客
03-22 1846
一、cgroups简介 cgroups 的全称是control groups，cgroups为每种可以控制的资源定义了一个子系统。典型的子系统介绍如下： cpu 子系统，主要限制进程的 cpu 使用率。 cpuacct 子系统，可以统计 cgroups 中的进程的 cpu 使用报告。 cpuset 子系统，可以为 cgroups 中的进程分配单独的 cpu 节点或者内存节点。 memory 子系统，可以限制进程的 memory 使用量。 blkio 子系统，可以限制进程的块设备 io。 de.
Docker Run Cadvisor failed: inotify_add_watch /sys/fs/cgroup/cpuacct,cpu: no such file or directory
poem_2010的博客
12-05 4043
 没有找这个文件, 这是一个bug,在系统中,是cpu,cpuacct 可以去文件的目录下查看: ll -d /sys/fs/cgroup/ 解决方法: 使用 软连接 sudo mount -o remount,rw '/sys/fs/cgroup' sudo  ln -s /sys/fs/cgroup/cpu,cpuacct /sys/fs/cgroup/cpuacct,cpu 第...
配置内核CGROUP进行CPU资源管理，以及管理服务程序设计
大燕国平民
02-19 4640
1 CGROUPS 1.1. CGROUPS介绍 Linux CGroups全称Linux Control Groups， 是Linux内核的一个功能，用来限制，控制与分离一个进程组群的资源（如CPU、内存、磁盘输入输出等）。这个项目最早是由Google的工程师在2006年发起（主要是Paul Menage和Rohit Seth），最早的名称为进程容器（process containers）。在2007年时，因为在Linux内核中，容器（container）这个名词太过广泛，为避免混乱，被重命名为cgrou
Linux Cgroup系列（05）：限制cgroup的CPU使用（subsystem之cpu）
weixin_34234823的博客
02-12 546
在cgroup里面，跟CPU相关的子系统有cpusets、cpuacct和cpu。 其中cpuset主要用于设置CPU的亲和性，可以限制cgroup中的进程只能在指定的CPU上运行，或者不能在指定的CPU上运行，同时cpuset还能设置内存的亲和性。设置亲和性一般只在比较特殊的情况才用得着，所以这里不做介绍。 cpuacct包含当前cgr...
论文笔记 CPU Accounting for Multicore Processors
Bernard's
07-02 1141
确定了对CPU utilization的不准确测量是如何影响OS的几个关键方面的这篇文章提出来了一个比CPU utilization更准确的性能评估指标。
[其他] 机器性能监控工具（perf、top、cpuacct、pmap、gcore）
ykun089的博客
05-27 1252
perf 现在的CPU都有性能统计寄存器，这些寄存器统计系统性能相关的数据 PERF通过访问这些寄存器，对其中的数据做分类，统计和展示，进而提供用来监控和分析的功能 火焰图的运行就必须依赖perf命令，具体的可以参考有道云笔记中火焰图的笔记 top top //每隔5秒显式所有进程的资源占用情况 top -d 2 //每隔2秒显式所有进程的资源占用情况 top -c //每隔5秒显式进程的资源占用情况，并显示进程的命令行参数(默认只有进程名) top -p 12345...
CPU利用率获取
yc1037642433的博客
05-08 1200
背景：项目需要做基于CPU利用率的负载均衡，需要获取CPU利用率，目前有物理机和docker机两种机器； 物理机获取CPU利用率 原理：分两次读取/proc/stat文件内容，利用CPU的idle和usage比值，计算CPU利用率； struct CpuInfo { unsigned int total; unsigned int idle;
K8s: kubelet 启动时报CPUAccounting not enabled
amadeus_liu2的博客
12-14 1238
systemctl show docker | grep Accounting systemctl set-property docker.service MemoryAccounting=yes systemctl set-property docker.service CPUAccounting=yes 然后重启docker服务
Docker CPU Usage
weixin_30399797的博客
05-11 540
背景 当一台机器上跑有多个 Docker Container 的时候，我们需要知道，哪些容器占用了多少资源。采集这些指标，来让我们可以更加好的分配资源给每个 Container。 获取容器CPU使用率 正好，这两天碰到一个需求。需要我们在监控 Host 的 CPU 时候，同时将每个容器的 CPU使用率 也要拿到。 平常我们来看容器的资源占用，通过 stat 命令就可以  这里的字段 ...
手把手教你如何正确获取容器的CPU利用率？
youzhangjing_的博客
04-04 2146
在这个函数中，将本次节拍的时间 delta_exec 添加到了 cgroup 中为统计 cpu 使用率的 percpu 变量 rstat_cpu 中了（cgroup_base_stat_cputime_account_begin 函数访问的是 cgroup 下的 rstat_cpu）。具体的统计思路是记录一个上一次统计信息，本次将当前时间和上一次相减得出最近使用的 cpu 增量，然后把这些增量都调用 cgroup_base_stat_accumulate 累加到 cgroup 的 bstat 中。
手动利用cgroup限制cpu使用率 资料收集
hknaruto的专栏
04-13 227
cgoups 利用 cpu.cfs_quota_us 与cfs_period_us 限制cpu 的频率分配， 分配为 cfs_quota_us / cfs_period_us。同理可以创建 memory , blkio 等cgroup 用于限制系统资源。查看task 会将当前bash 进行与所有子进程都放入tasks 中。查看监控可以非常容易发现 cpu 跑满了一个cpu。可以非常明显看到了进程被限制最大使用 25% 了。将进程号添加到 tasks 中。制作一个耗时cpu 的进程。执行完成创建就可以看到。
mount: mounting cpu_group on /sys/fs/cgroup/cpu failed: Invalid argument这是什么报错
最新发布
03-22
<think>好的，我现在需要解决用户遇到的“mounting cpu_group failed: Invalid argument”错误。首先，我要理解这个错误发生的背景。用户可能在尝试挂载cgroup子系统，特别是CPU子系统时遇到了问题。根据用户提供的引用内容，例如引用[2]中提到v4环境中如果存在/cgroup/cpu/路径会导致服务重启失败，这可能与cgroup的版本有关。 首先，我需要确定用户使用的cgroup版本。因为cgroup v1和v2在挂载方式上有差异。在v1中，每个子系统（如cpu、memory）需要单独挂载，而v2使用单一统一层次结构。如果用户混合使用两种版本的挂载方式，可能会导致冲突，从而出现无效参数的错误。 接下来，检查挂载点的路径是否正确。引用[3]提到创建cpu subsys的cgroups，可能在v1中需要正确指定子系统类型。如果挂载命令中子系统类型错误，比如误写为cpu_group而不是cpu，就会导致失败。用户提到的错误信息中的“cpu_group”可能是一个拼写错误，正确的应该是cpu。 然后，考虑内核是否支持对应的子系统。如果内核编译时未启用cgroup CPU子系统，挂载时会失败。用户可以通过检查/proc/cgroups文件中的cpu条目是否存在，并确认是否已启用。引用[3]中提到从/proc/cgroups查询子系统，所以这一步很重要。 另外，挂载路径的权限问题也可能导致错误。确保挂载点目录存在，并且有适当的权限。如果目录不存在，需要先创建；如果权限不足，可能需要使用sudo或者调整目录权限。 还有可能与其他已挂载的cgroup冲突。例如，在v2中已经挂载了统一层次结构，再尝试挂载v1的子系统会导致错误。引用[2]指出在v4环境中存在旧路径可能导致失败，所以需要清理旧的挂载点。 最后，检查挂载命令的语法是否正确。正确的v1挂载命令应该是“mount -t cgroup -o cpu,cpuacct none /sys/fs/cgroup/cpu,cpuacct”。如果参数顺序或选项错误，系统会返回无效参数错误。 综合这些可能性，我需要逐步引导用户检查cgroup版本、子系统状态、挂载点、权限以及命令语法，从而找到具体原因并解决。</think>### 导致 "mounting cpu_group failed: Invalid argument" 的常见原因及解决方案 #### 1. **cgroup 版本不兼容** - **原因**: 系统可能已默认使用 cgroup v2，但尝试以 v1 的方式挂载子系统（如单独挂载 `cpu`）。cgroup v2 要求以统一层级结构挂载，不支持单独挂载子系统[^2]。 - **验证方法**： ```bash cat /proc/filesystems | grep cgroup ``` 若输出包含 `cgroup2`，则系统默认使用 v2。 - **修复方案**： - **方法1**: 切换到 cgroup v1 在启动参数中添加 `systemd.unified_cgroup_hierarchy=0`，例如修改 `/etc/default/grub` 中的 `GRUB_CMDLINE_LINUX`： ```bash GRUB_CMDLINE_LINUX="systemd.unified_cgroup_hierarchy=0" ``` 更新配置后重启系统。 - **方法2**: 清理冲突挂载点 若存在残留的旧挂载路径（如 `/cgroup/cpu`），需先卸载并删除目录： ```bash umount /cgroup/cpu 2>/dev/null rm -rf /cgroup/cpu ``` #### 2. **子系统名称错误** - **原因**: 使用错误子系统名称（如 `cpu_group` 而非 `cpu`）。cgroup v1 的 CPU 子系统名为 `cpu`，需搭配 `cpuacct` 使用[^3]。 - **修复方案**： 正确挂载命令应为： ```bash mount -t cgroup -o cpu,cpuacct none /sys/fs/cgroup/cpu,cpuacct ``` #### 3. **内核未启用 CPU 子系统** - **原因**: 内核编译时未启用 `CONFIG_CGROUP_SCHED` 或 `CONFIG_CGROUP_CPUACCT`。 - **验证方法**： ```bash cat /proc/cgroups | grep cpu ``` 若输出中 `cpu` 和 `cpuacct` 的 `enabled` 列为 `0`，则子系统未启用。 - **修复方案**： 重新编译内核并启用以下选项： ```config CONFIG_CGROUP_SCHED=y CONFIG_CGROUP_CPUACCT=y ``` #### 4. **挂载路径权限问题** - **原因**: 挂载目标目录不存在或权限不足。 - **修复方案**： ```bash mkdir -p /sys/fs/cgroup/cpu,cpuacct chmod 755 /sys/fs/cgroup/cpu,cpuacct ``` #### 5. **与其他 cgroup 配置冲突** - **原因**: 系统服务（如 `systemd` 或 `cgconfig`）已管理 cgroup 配置，导致手动挂载冲突。 - **修复方案**： 停止相关服务后再挂载： ```bash systemctl stop cgconfig.service mount -t cgroup -o cpu,cpuacct none /sys/fs/cgroup/cpu,cpuacct ``` --- ### 操作验证流程 1. **检查 cgroup 版本** ```bash stat -fc %T /sys/fs/cgroup/ ``` - 输出 `cgroup2fs` 表示 v2，`tmpfs` 表示 v1。 2. **验证子系统状态** ```bash grep -E 'cpu|cpuacct' /proc/cgroups ``` ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值