网络时间协议
Network Time Protocol
在分布式系统中，两个节点 A 和 B 想要同步它们的时钟。
link A 到 B 的通信延迟为 40ms，B 到 A 的通信延迟为 20 ms。
A 和 B 不知道这些延迟。
这些节点使用 Cristian 的算法来同步它们的时钟。
节点A的时钟是500毫秒，B的时钟是632毫秒。
并且节点A是发起者。完成后，A显示的时间是几点？
这听起来像是一个很学术的问题。
在实践中，延迟的变化才是问题所在，而不是延迟。但是，规则是您只能看到 60 毫秒的 RTT（往返时间）。双方都会假设延迟是 30ms/30ms 的分割。这意味着一侧的时钟快 10 毫秒，另一侧慢 10 毫秒。
在分布式系统中，两个节点 A 和 B 想要同步它们的时钟。 link A 到 B 的通信延迟为 40ms，B 到 A 的通信延迟为 20 ms。
A 和 B 不知道这些延迟。 这些节点使用 Cristian 的算法来同步它们的时钟。 节点A的时钟是500毫秒，B的时钟是632毫秒。
并且节点A是发起者。完成后，A显示的时间是几点？
这听起来像是一个很学术的问题。
在实践中，延迟的变化才是问题所在，而不是延迟。但是，规则是您只能看到 60 毫秒的 RTT（往返时间）。双方都会假设延迟是 30ms/30ms 的分割。这意味着一侧的时钟快 10 毫秒，另一侧慢 10 毫秒。