AMD Athlon的过度时钟漂移阻止ntpd同步时钟

Question

我有一个Athlon -2500+主机(航天飞机MN31主板，nForce 2 IGP +MCP芯片组)运行32位Ubuntu9.10 (i686 2.6.31-20-通用内核)。不幸的是，它的时钟漂移是如此糟糕(它前进接近每分钟多一秒钟)，ntpd无法使机器保持同步。

我该如何处理这件事才能让ntpd工作呢？

Answer 1

解决方案是使用adjtimex包让您的内核知道在每个内核运行期间实际花费了多少时间。如果它的想法与现实不同，系统时钟将运行得更快或更慢。我引用使NTP在具有大时钟漂移的硬件上工作的话：

安装后，包通常会运行adjtimexconfig命令。这将在大约70秒内将系统时钟与硬件实时时钟进行比较，并确定系统时钟的速度和速度。然后，它将使用-t选项运行adjtimex命令，以设置“tick”参数，即时钟在每个内核刻度中前进的微秒数。它还将使用此信息更新/etc/default/adjtimex文件，以便在重新启动时保留该文件。

Answer 2

问题可能是几个时钟或定时器中的一个是特别不准确的，或者可能是有缺陷的振荡器或定时器/时钟(包括RTC)无源元件(石英晶体和任何相关电容器)。如果这是你无法完全解决的原因，如果准确的时间对你来说至关重要的话。

用于主板的nVidia nForce2芯片组是众所周知是非常不稳定的。此外，APIC和ACPI、变速处理器和前端总线(FSB)扩频振荡器/时钟问题也有可能影响精度。一个潜在的软件(内核)问题是一些版本的2.6.x内核误检TSC (时间戳计数器)频率)，一些AMD处理器根据处理器的核心时钟速度来调整TSC (即节省电源，类似于英特尔处理器中的SpeedStep )。

如果还没有，请查看NTP问题的排除的NTP文档。

如果上述任何一项都不能减少时钟的异常行为，那么您可以使用adjtimex和NTP手动校准它。确保删除Ubuntu上的任何现有NTP漂移文件/var/lib/ntp/ntp.drift，可能位于/etc/ntp/在其他一些Unix/Linux系统上)或ntp.conf中的条目。

很抱歉可能声明了显而易见的内容，但请确保NTP配置文件中包含了3或4个可访问的NTP服务器(通常是/etc/ntp.conf或类似的)。请使用(公共)服务器“关闭”您。大多数ISP或网络提供商提供对自己的内部NTP服务器的免费访问，请使用它。否则，请使用来自http://pool.ntp.org/的公共服务器，最好位于您的省/州或至少位于国家。

Answer 3

我当前的攻击是从root的crontab每分钟运行ntpdate一次。这使时间倒流到每分钟不到一秒钟。我对这个解决方案不太满意。然而，它确实证明了漂移的一致性：

ntpdate[20526]: step time server 218.45.21.199 offset -0.932912 sec
ntpdate[20549]: step time server 218.45.21.199 offset -0.932647 sec
ntpdate[20572]: step time server 218.45.21.199 offset -0.922805 sec
ntpdate[20597]: step time server 218.45.21.199 offset -0.949046 sec
ntpdate[20621]: step time server 219.117.196.238 offset -0.941480 sec
ntpdate[20650]: step time server 219.117.196.238 offset -0.925179 sec
ntpdate[20673]: step time server 219.117.196.238 offset -0.930992 sec
ntpdate[20698]: step time server 219.117.196.238 offset -0.949393 sec
ntpdate[20726]: step time server 219.117.196.238 offset -0.923139 sec
ntpdate[20751]: step time server 219.117.196.238 offset -0.933554 sec