机械硬盘卡顿主因是 systemd-journald 默认 5ms 频繁 fsync()，导致 I/O 队列堆积；可通过调大 SyncIntervalSec、启用 volatile 模式、禁用 atime 等 HDD 友好配置优化。

机械硬盘（HDD）本身随机写性能弱、延迟高，而 systemd-journald 默认每 5 毫秒就执行一次 fsync() 强制刷盘（由 SyncIntervalSec=0.005 控制），极易造成 I/O 队列堆积、await 持续飙升、系统卡顿。这不是日志量大导致的，而是同步频率与硬件能力严重不匹配。

确认是否为 SyncIntervalSec 导致的卡顿

先验证问题根源：

• 运行 iostat -x 1，观察 w_await（写平均等待时间）是否长期 > 50ms，avgqu-sz（平均队列长度）是否持续 ≥ 5
• 检查当前配置：sudo cat /etc/systemd/journald.conf | grep SyncIntervalSec —— 若未显式设置，默认即为 0.005
• 对比禁用同步前后的差异：临时设为内存模式测试（见下文），若卡顿明显缓解，即可确认是同步刷盘问题

调整 SyncIntervalSec 降低刷盘频率

这是最直接有效的修复方式，无需禁用日志功能：

星火科研助手

星火科研助手是一款AI论文写作工具，科大讯飞联合中科院推出的AI科研文献助手。

下载

• 编辑配置：sudo nano /etc/systemd/journald.conf
• 在 [Journal] 小节下添加或修改：
  SyncIntervalSec=5s
  （将刷盘间隔从 5ms 放宽至 5 秒，降低 1000 倍同步压力）
• 同时建议配套限制体积，避免内存中积压过多未刷盘日志：
  RuntimeMaxUse=200M
RuntimeKeepFree=500M
• 保存后重启服务：sudo systemctl restart systemd-journald

对机械硬盘更友好的存储策略组合

单调 SyncIntervalSec 不够，需配合其他 HDD 友好配置：

• 改用 volatile 存储模式（推荐）：
  在 journald.conf 中设 Storage=volatile，日志只存于 /run/log/journal/（内存 tmpfs），完全避开磁盘写入。重启后日志清空，但日常排查足够，且彻底消除 HDD 刷盘压力
• 禁用 atime 更新：
  编辑 /etc/fstab，为根分区或 /var 分区添加 noatime,nodiratime 挂载选项，减少无关元数据写入
• 避免日志落盘到慢速路径：
  确保 /var/log/journal 不在机械盘上挂载 —— 如果你已启用 Storage=persistent，可考虑将其迁移到 SSD 分区，或干脆不启用持久化

补充：当必须保留持久化且不能换盘时

若政策或审计要求必须落盘保存日志，又无法更换硬件，可采取折中方案：

• 设 Storage=persistent，但大幅收紧保留策略：
  SystemMaxUse=300M
MaxFileSec=3day
  （控制总量 + 缩短保留时间，减少后台轮转和压缩的 I/O 冲击）
• 关闭日志压缩：
  Compress=no
  （压缩过程本身会加重 CPU 和 I/O 负担）
• 确认文件系统挂载参数合理：
  ext4 推荐 data=ordered（默认），避免 data=journal 的双写开销