当允许 Windows 通过互联网设置系统时间时，我看到以下对话框：
我选择哪个时间服务器有关系吗？
我怎么知道其中一个是否比其他的“更好”？
答案1
我选择哪个时间服务器有关系吗？
简短回答：是的
虽然所有 NTP 服务器都努力与 UTC 保持同步，但它们与您的距离以及中间网络会影响 NTP 因素，例如延迟和抖动。还有可用性问题，并非所有服务器都永远可用。
据我所知，UTC 和 0 层 NTP 服务不受 USNO 监督、监管或提供，即使在美国境内也是如此。UTC 由 ITU 定义，基于 TAI 加上闰秒（我相信由 ERS 确定）。TAI 由 70 个国际实验室维护（其中 USNO 是其中之一，但也包括华盛顿的 NRL 和博尔德的 NIST），并由法国的 BIPM 协调。
我会用ntp 池适合您的语言环境。
我怎么知道其中一个是否比其他的“更好”？
在合适的系统上运行真正的 NTP 客户端并查看统计数据
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
connorw600.info europium.canoni 16 u 182d 1024 0 0.000 0.000 4000.00
*dns0.rmplc.co.u ntp1.ja.net 2 u 659 1024 377 27.015 -4.936 1.034
+82.113.154.206 ntp4.ja.net 2 u 700 1024 377 24.853 -4.827 0.788
+dawn.rt.uk.eu.o ntp1.nl.uu.net 2 u 913 1024 377 29.364 -5.614 0.691
看起来 connorw600.info... 是一个糟糕的选择。
答案2
根据维基百科，网络时间协议工作原理如下：
要将其时钟与远程服务器同步，NTP 客户端必须计算往返延迟时间和偏移量。往返延迟的计算公式为
，其中
是请求数据包传输的时间，
是请求数据包接收的时间，
是响应数据包传输的时间，
是响应数据包接收的时间。
是客户端在发出请求数据包和接收响应数据包之间经过的时间，而是
服务器在发送答复之前等待的时间。偏移量由给出
。
当客户端和服务器之间的传入和传出路由具有对称的标称延迟时，NTP 同步是正确的如果路线没有共同的标称延迟，则同步的系统偏差为前向和后向行进时间差异的一半。
从这个解释中我们可以承认，要实现准确的时钟同步，服务器响应您的请求的延迟时间与您响应服务器完成同步的时间延迟之间的差异必须很小。因此，如果您运行的服务器距离您很远（我的意思是，您和 NTP 服务器之间有很多“点”或路由器），您接收和发送的 NTP 数据包具有不同“路径”的可能性就会增加。
因此，根据我对这种情况的理解，同步时钟的最佳服务器是“更近”的服务器。我的意思是，如果您跟踪了您和服务器之间的“点”，您将选择跳转较少的服务器。您可以使用 Windows 中的“tracert”命令来解析最适合您的公共 NTP 服务器。
另外，请记住，除了这些标准选项之外，还有许多公共 NTP 服务器在互联网上。
答案3
简短回答：不。
没关系。它们都是一样的。或多或少，它们都是彼此的备份。在美国，美国海军天文台的授时部门是官方计时机构。所有其他机构都遵循其时间，包括公司，特别是任何美国政府实体。因此，下拉菜单中可用的所有选项都是同一时间。因此，没有一个比其他的“更好”。
答案4
延迟实际上有很大差异。例如，使用池可能会引入可变延迟。池会尝试将您连接到您附近的服务器。根据我的经验，“搜索”时间因查询而异。在我的一个应用程序中，我被迫将池设为第三级备份，因为 Google 和 Microsoft 的延迟更一致。