xfs_quota不支持I/O带宽限制，仅管理磁盘空间（bsoft/bhard）和文件数量（isoft/ihard）；realtime block（rtbsoft/rtbhard）是实时卷容量限制，非带宽控制。
不能用 xfs_quota -x -c "limit" 设置 I/O 带宽限制。
配额机制不处理I/O带宽
XFS 的 xfs_quota 仅管理磁盘空间（block）和文件数量（inode）的用量统计与强制限制，它完全不涉及 I/O 调度、吞吐率、延迟或带宽控制。所谓“I/O 带宽限制”不在 quota 框架内，也不由 limit 命令支持。
如果你看到某些资料提到“带宽配额”，那通常是混淆了以下概念：
- cgroups v2 的 io.max 控制器：可按 cgroup 限制 I/O 吞吐（bytes/sec）和 IOPS，需配合 blkio 或 io 子系统使用；
- storage QoS（如 LVM-thin + dm-queue）：企业存储层实现，非文件系统原生功能；
- 误译或文档笔误：将 “realtime block（rtbsoft/rtbhard）” 错当作“实时带宽”，其实 rtb 指 XFS 中 realtime volume 上的块配额，专用于挂载了 realtime device 的特殊场景，仍属容量限制，与带宽无关。
project 配额只管容量和文件数
对特定 project ID 设置存储限制，xfs_quota 支持且仅支持两类维度：
-
块（block）限制：控制占用的磁盘字节数，用
bsoft/bhard（单位为 blocks，默认 512 字节/块，也可后缀 k/m/g）； -
inode 限制：控制可创建的文件与目录总数，用
isoft/ihard。
例如，为 project ID 100 设置 20GB 硬容量 + 5000 文件硬上限：
xfs_quota -x -c 'limit -p bhard=40960000 ihard=5000 100' /mnt/data注意：/mnt/data 是 XFS 文件系统的挂载点，不是某个子目录；project ID 必须已通过 xfs_quota -x -c 'project -s /path/to/dir' /mnt/data 关联到具体目录。
要实现I/O带宽控制，得换工具链
若你真实需求是“某项目目录的读写带宽上限”，必须脱离 quota 体系，改用以下任一方案：
- 用
systemd-run --scope -p IOWeight=或IOReadBandwidthMax/IOWriteBandwidthMax限制进程级 I/O； - 将项目数据放在独立的逻辑卷（LVM），再用
lvchange --iomax（需 device-mapper-ioband 或 modern dm-thin QoS）； - 在容器环境（如 Pod）中，通过 Kubernetes
limits.ephemeral-storage+io.kubernetes.cri-o.iobps（运行时支持前提下）； - 使用用户态 FUSE 文件系统（如 mergerfs + rate-limiting wrapper），但会牺牲性能与一致性。
确认 project 配额已就绪的前提
在执行 limit 命令前，确保三件事已完成：
- 文件系统挂载时启用
prjquota（如mount -o prjquota /dev/sdb1 /mnt/data或 fstab 中含,prjquota）； - 目标目录已绑定 project ID（
xfs_quota -x -c 'project -s /mnt/data/projdir' /mnt/data）； - 未出现
cannot set limits: 函数未实现报错——该错误只说明挂载参数缺失，不是命令写错。
