tar本身不提供cpu限制功能，真正耗cpu的是其调用的压缩程序（如gzip、bzip2、xz）；可通过cpulimit限制子进程、nice/renice降低优先级、换用pigz并绑定cpu核心、或用systemd的cpuquota进行服务级限制。
tar 本身不提供内置的 CPU 限制功能，但可以通过组合外部工具和系统机制，在打包压缩过程中有效控制 CPU 占用。关键在于：tar 负责打包（I/O 密集），而真正吃 CPU 的是它调用的压缩程序（如 gzip、bzip2、xz）。所以限制对象通常是这些子进程，而非 tar 主进程。
用 cpulimit 限制压缩子进程
这是最直接、最常用的方法，尤其适合已启动的压缩任务：
- 先正常启动 tar 压缩，例如：
tar -czf backup.tar.gz /data - 找出正在运行的 gzip 进程 PID：
pgrep -f "gzip" | head -n1（或用ps aux | grep gzip） - 用 cpulimit 限制该进程 CPU 使用率（比如限制为 40%）：
cpulimit -p <font color="green">PID数值</font> -l 40 - 若需后台持续运行，加
-b参数：cpulimit -p <font color="green">PID数值</font> -l 40 -b
注意：cpulimit 对单核 CPU 的百分比是 0–100%，对四核机器则是 0–400%；-l 40 表示整体 CPU 占用不超过 40%，不是单核的 40%。
用 nice/renice 降低调度优先级
通过降低进程优先级，让内核在资源争用时自动减少分配给它的 CPU 时间片：
- 启动时设置低优先级：
nice -n 19 tar -czf backup.tar.gz /data - gzip 子进程会继承父进程的 nice 值，因此整个压缩链路都变“谦让”
- 对已运行的任务，可用 renice 动态调整：
renice 15 -p <font color="green">gzip_PID</font>
该方法不设硬上限，但在多任务环境下效果明显，尤其适合夜间备份等非实时场景。
换用多线程压缩器 pigz 并配合 CPU 绑定
传统 gzip 是单线程的，容易把一个核心跑满；改用 pigz 后，既能提升效率，又能更精细地控核：
- 用管道方式调用 pigz：
tar -cf - /data | pigz -p 2 > backup.tar.gz（-p 2 表示只用 2 个线程） - 结合 taskset 限定 pigz 只在特定 CPU 核上运行：
tar -cf - /data | taskset -c 0,1 pigz -p 2 > backup.tar.gz - 这样既避免抢占其他服务的核心，又防止 pigz 自动占满全部 CPU
用 systemd 或 cgroups 实现长期服务级限制
如果 tar 压缩是作为某个 systemd 服务（如定时备份脚本）运行的，可从服务层面做资源约束：
- 编辑服务 unit 文件：
sudo systemctl edit backup.service - 添加配置：
[Service]换行后写CPUQuota=30% - 重载并重启：
sudo systemctl daemon-reload && sudo systemctl restart backup.service
该方式基于 cgroups v2，限制稳定、无需额外工具，适合生产环境自动化任务。
不复杂但容易忽略：真正耗 CPU 的不是 tar，而是它背后的压缩程序。找准目标进程、选对限制时机（启动前 or 运行中）、匹配你的使用场景（临时任务 or 长期服务），就能把 CPU 占用稳稳控住。
