重写RTC时间后为何系统时钟持续走慢？

Question

重写RTC时间后系统时钟持续走慢，常见于Linux嵌入式系统中未同步硬件与内核时钟的典型问题。当通过`hwclock --set`或直接写入RTC寄存器修改硬件实时时钟（RTC）后，若未同步内核软件时钟（即未执行`hwclock --hctosys`），内核仍基于旧的、可能存在偏差的时钟源（如低精度TSC或有漂移的OSC）进行时间累加；更关键的是，若RTC本身晶振老化或温度敏感导致固有走慢（如±20ppm），而系统又配置为周期性通过`systemd-timesyncd`或`ntpd`仅“单向校正”（如只更新RTC而不补偿内核时钟频率偏移），则内核会持续以错误速率推进jiffies或CLOCK_MONOTONIC，表现为系统时间比真实UTC缓慢漂移。此外，在无PTP/NTP高精度授时且未启用`adjtimex`动态频偏校准的场景下，该偏差将线性累积，数小时后可达秒级误差。

Answer 1

```html

一、现象层：系统时间“肉眼可见”持续走慢

在嵌入式Linux设备（如工业网关、车载终端、边缘AI盒子）上，执行hwclock --set --date="2025-04-05 10:00:00"后，若未紧随执行hwclock --hctosys，系统时间常在数小时内比NTP服务器慢1–5秒，且误差呈近似线性增长。该现象在无网络环境或systemd-timesyncd仅配置RTCOnly=yes时尤为显著。

二、机制层：内核时钟与RTC时钟的双轨异步模型

• RTC（Real-Time Clock）：独立供电的硬件计时器，精度受晶振温漂/老化影响（典型±20 ppm ≈ ±1.7s/天）；
• 内核软件时钟：基于CLOCK_MONOTONIC（源自高分辨率定时器hrtimer）和jiffies（tick-based），其频率基准来自CPU TSC、ARM arch_timer或外部OSC；
• 关键解耦点：RTC仅提供“快照式”时间源，而内核时间推进速率由adjtimex(2)控制的tick频率偏移决定——二者无自动闭环校准机制。

三、根因层：四重叠加偏差的故障树分析

graph TD
  A[系统时间持续走慢] --> B[RTC写入后未同步内核]
  A --> C[RTC本体频偏未补偿]
  A --> D[时间服务单向更新RTC]
  A --> E[内核未启用adjtimex频偏校准]
  B --> B1["hwclock --set 后遗漏 --hctosys"]
  C --> C1["±20ppm晶振漂移 → 日均-1.73s"]
  D --> D1["systemd-timesyncd 默认只写RTC，不调用 adjtimex"]
  E --> E1["/proc/sys/kernel/timer_freq 未动态修正"]

四、验证层：定位偏差来源的诊断矩阵

检测项	命令/路径	健康指标
RTC与系统时间差	hwclock --show && date	差值应 < 0.5s（首次同步后）
内核时钟漂移率	adjtimex -p | grep "offset\|frequency"	frequency 偏差应接近0（±10 ppm以内）
RTC晶振稳定性	cat /sys/class/rtc/rtc0/device/regulator*/microvolts 2>/dev/null	电压波动 >5% 可能加剧OSC漂移

五、解决层：分场景精准修复方案

1. 即时同步：每次hwclock --set后必须执行hwclock --hctosys && systemctl restart systemd-timesyncd；
2. RTC频偏补偿：使用adjtimex --frequency=-20000（对应-20 ppm）校准内核tick速率；
3. 双向时间服务重构：修改/etc/systemd/timesyncd.conf：

   [Time]
   NTP=pool.ntp.org
   FallbackNTP=0.arch.pool.ntp.org
   # 关键：启用内核频偏学习
   PollIntervalMinSec=32
   PollIntervalMaxSec=2048
   # 配合chrony可启用硬件时钟反馈
   

4. 嵌入式加固建议：在/etc/rc.local中加入自适应校准脚本，每小时读取RTC并计算delta，动态更新adjtimex -f。

六、架构层：面向长期运行的时钟治理设计

推荐在Yocto/Poky构建中集成chrony替代systemd-timesyncd，因其支持refclock SHM共享内存接口直连RTC驱动，并可通过makestep 1 -1与rtcsync指令实现微秒级软硬时钟闭环。对于无网络场景，应部署本地PTP主时钟+RTC温度补偿算法（需ADC采集晶振周边热敏电阻值）。

```