我正在研究维护系统之间时间同步的一些问题。 我终于决定测量主机之间的实际时钟差异，发现在13个小时的过程中，有一个相当大的（IMO）漂移。 相对于“主”主机：
这是一个相对正常的情况？ “主”系统和系统A是全新的 HP DL380，而系统B和C则是2 – 3年。
我们将检查CMOS电池，但是我不知道这是否会影响系统开机时的时钟运行。
谢谢！
你没有提到它运行的是什么操作系统 – 因为你使用的是ntpd，所以我将假定它的Linux / Unix / BSD。
操作系统获取时间戳的时钟不是硬件时钟 – 它们是2个独立的实体（IIRC不是POSIX的一部分，但大多数Unixtypes的系统提供实用程序hxclock来与硬件时钟交互）。 系统时钟在引导时从硬件时钟设置（硬件时钟应该从closures时的系统时间开始设置 – 但实现方式有所不同）。
你已经把它标记为ntpd – 但是你当前是否正在运行ntpd（configuration为使用有效的服务器和对漂移文件的读/写访问）？ 如果不是，那么每小时甚至几秒钟也不是一个值得关注的巨大数量 – 只要设置ntpd，它就会知道系统时钟相对于服务器时间是如何漂移的，并且计算出如何通过adjtime [x]进行补偿。 如果你已经运行了一个正确configuration和训练好的ntpd，那么这里有一些非常棘手的事情。
是的。 主要是吸吮，但它是。 这不是那么高的扭曲 – 13小时有46800秒。 这是在CPU的频率qaurts一些小容忍;）
我知道一些高精度的系统（一个rtp质量分布，一个财务数据）和两者都有它们自己的时间机制（rtp：基于一个自定义的ntp客户端，市场数据无论如何都会发送大量的udp数据包，其中也包含一个时间信号）。
电脑关机对于大多数用途来说是“够好的”，这就是它的目的。 Fopr更具体的使用特殊硬件。 我的市场stream以39ms /小时计算我的系统时钟偏差;）