systemd timer 无法毫秒级触发，但通过 accuracysec 可将调度抖动控制在微秒级，配合 onunitactivesec=1s 实现每秒高精度启动任务，适用于日志轮转、指标采集等场景。
systemd timer 本身不直接支持毫秒级精度的“触发”，但能通过 AccuracySec 参数将调度抖动控制在微秒（μs）量级，再配合服务单元内部逻辑，实现真正稳定的高频维护任务。关键不是“每毫秒执行一次”，而是“在指定时间点以亚秒级确定性启动任务”——这对日志轮转、指标采集、心跳检测等维护场景已足够可靠。
核心原理：精度 ≠ 频率
很多人误以为 AccuracySec=1ms 就能每毫秒跑一次命令，其实不是。systemd timer 的最小间隔仍是秒级（OnUnitActiveSec=1s 是可行下限），但它的 触发时刻误差可压缩到微秒级。例如：
- OnUnitActiveSec=1s 表示每次激活后 1 秒再次触发
- AccuracySec=100us 表示 systemd 会尽力让每次触发落在理论时间点 ±100 微秒内
- 这比 cron 默认 ±60 秒的抖动强几个数量级，也远优于 sleep 循环的进程调度漂移
正确配置高频维护任务（如每秒检查磁盘健康）
以每秒运行一次磁盘状态检查为例，需两个文件：
/etc/systemd/system/disk-check.service
- Type=oneshot（单次执行，避免服务常驻）
- ExecStart=/usr/local/bin/check-disk.sh（脚本内可做轻量判断，避免无谓操作）
- RuntimeMaxSec=0.8（限制单次执行不超过 800ms，防阻塞下一轮）
/etc/systemd/system/disk-check.timer
宝塔Linux面板11.8.1
下载
宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。
- OnBootSec=10s（系统启动后 10 秒首次运行）
- OnUnitActiveSec=1s（此后每 1 秒触发一次）
- AccuracySec=100us（要求高精度对齐）
- Persistent=false（不补休眠期间错过的轮次，避免唤醒后密集刷屏）
启用后执行：
sudo systemctl daemon-reload && sudo systemctl enable --now disk-check.timer
进阶技巧：避免高频轮询资源浪费
纯秒级轮询仍有开销。更优做法是结合事件驱动：
- 用 udev 规则监听 /dev/sdX 状态变化，触发 .service
- 或让 check-disk.sh 内部使用 inotifywait 监控 /sys/block/*/stat 变化
- timer 只作为兜底机制（如每 5 秒检查一次，发现异常再升频）
这样既保持响应能力，又降低 CPU 和 I/O 压力。
验证是否真达到高精度
不要只看 list-timers 输出。实际观测方法：
- 在 check-disk.sh 开头加：
echo "$(date +%s.%N) start" >> /var/log/disk-check.log - 运行几分钟后用 awk 计算间隔标准差：
awk '{print $1}' /var/log/disk-check.log | awk 'NR>1{diff=$1-prev; print diff} {prev=$1}' | awk '{sum+=$1; sumsq+=$1*$1} END{print "avg:",sum/NR,"stdev:",sqrt(sumsq/NR - (sum/NR)^2)}' - 典型结果：平均间隔 ≈ 1.0002s，标准差
这已经远超 cron 或 sleep 方案的能力边界。
