systemd-cgls 仅显示 cgroup 层级结构，不直接提供 CPU/内存占比；需结合 systemd-cgtop 或读取 /sys/fs/cgroup/.../cpu.stat、memory.current 等接口，并确保容器运行在按业务划分的 systemd slice（如 web.slice）中。
Systemd-cgls 本身不直接显示 CPU 和内存使用占比，它只展示 cgroup 层级结构（即哪些容器/服务属于哪个 slice 或 scope）。要按业务分组查看容器的 CPU 与内存资源占比，需结合 systemd-cgls 的分组能力 + systemd-cgtop 或 cat /sys/fs/cgroup/.../cpu.stat、memory.current 等接口。关键前提是：容器必须运行在 systemd 管理的 cgroup v2 下，且按业务逻辑划入不同 slice（如 web.slice、db.slice）。
确保容器运行在 systemd slice 中（而非默认 machine.slice）
默认情况下，Docker/Podman 启动的容器会落在 machine.slice 下，所有容器混在一起，无法按业务区分。需显式指定 slice 才能分组：
- Docker：不原生支持 --slice，建议改用 Podman 或通过 systemd unit 管理容器
- Podman：启动时加
--slice=web.slice（需先创建 slice） - 推荐方式：为每类业务写一个 systemd service unit，用
Delegate=yes+MemoryAccounting=yes+CPUAccounting=yes，并在ExecStart中调用 podman run --cgroups=split ...
例如创建 /etc/systemd/system/webapp.service，其中包含：[Service]<br>
Delegate=yes<br>
MemoryAccounting=yes<br>
CPUAccounting=yes<br>
ExecStart=/usr/bin/podman run --rm --name web01 --cgroups=split -v /app:/app docker.io/nginx
用 systemd-cgls 按业务 slice 展开层级
运行以下命令，查看业务分组是否生效：
systemd-cgls --no-page --depth=3
你会看到类似结构：
├─web.slice
│ ├─webapp.service
│ │ └─12345 /usr/bin/podman ...
├─db.slice
│ └─mysql.service
│ └─67890 /usr/bin/mysqld ...
└─system.slice
└─sshd.service
└─...
这说明 web 和 db 已隔离到不同 slice，后续统计可按 slice 聚合。
查看各 slice 的实时 CPU/内存占比（推荐 systemd-cgtop）
systemd-cgtop 是最贴近需求的工具——它按 cgroup 实时排序，支持 slice 级别聚合：
- 运行
systemd-cgtop -P（-P 显示百分比模式），列包括 Path、CPU、Memory - 默认按 CPU% 排序，可按
m切换内存排序，o过滤路径（如输入web.slice只看 web 组） - 注意：内存列显示的是当前使用量（字节），不是百分比；若需内存使用率，需手动计算：
memory.current / memory.max（后者可能为 max，需检查是否设限）
手动获取精确资源占比（适合脚本或监控）
对某个 slice（如 web.slice），读取其 cgroup v2 接口：
- CPU 使用率（过去 1s 占比）：
cat /sys/fs/cgroup/web.slice/cpu.stat | grep nr_periods→ 查nr_periods和nr_throttled，再读/sys/fs/cgroup/web.slice/cpu.max计算实际使用比例（需采样两次差值） - 内存当前使用 & 上限：
cat /sys/fs/cgroup/web.slice/memory.current（字节）cat /sys/fs/cgroup/web.slice/memory.max（字节，若为 max 表示无硬限制）
内存使用率 = memory.current ÷ memory.max × 100%
提示：若未设置 memory.max，该值为 max，此时内存使用率无意义，应先在 service unit 中配置 MemoryMax=2G。
