电脑上通过 NTP 对时，正常误差是多少？

多年前就注意到国内电视台和电台显示 /报时 的时钟 似乎都要比 NTP 校准过的时钟慢那么 2-3 秒。

最近两年没有电视机了，不知道现在如何。

ntp 服务器的上游服务器越多，同步的时间越准确。如果只有一个上游服务器，好像是很难精确的。

@likuku 电视台直播规定必须延迟几秒

个人习惯用 time.apple.com 和 time.windows.com

偷懒直接用 pool.ntp.org 也可以

下面是树莓派(raspbian)默认用的:
pool 0.debian.pool.ntp.org iburst
pool 1.debian.pool.ntp.org iburst
pool 2.debian.pool.ntp.org iburst
pool 3.debian.pool.ntp.org iburst

ntpq -p 就知道延时和你当前优先用的那个：
* 就是当前用的，
带 GPS 的就是 1 级时钟源，民用里是最准的，但不一定是离你最近的

ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.002
1.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.002
2.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.002
3.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.002
*news.neu.edu.cn 202.118.1.47 2 u 679 1024 377 46.807 -4.652 2.106
-212.47.249.141 5.103.128.88 3 u 54 1024 377 258.477 19.832 7.363
-ntp3.flashdance 194.58.202.148 2 u 470 1024 377 283.260 17.744 9.204
+time4.aliyun.co 10.137.38.86 2 u 516 1024 377 37.393 -2.837 1.488
+85.199.214.100 .GPS. 1 u 49 64 177 263.694 10.145 5.001
-ntp3.itcomplian 10.6.30.8 6 u 952 1024 235 218.006 -37.512 23.141

手机可以调 GPS 对时，所以比网络对要准

ntp 精度是 128 毫秒

android 手机 到窗口之类能直接看到天空的地方，打开 gpstest，等卫星数量够了变绿色，点 time，就是 gps 的高精度时间了

我们机房的 ntp 服务器的时钟源就是 gps，费了好大劲打了 N 个孔下了 N 个管才把 GPS 天线引进机房里

话说秒杀的服务器的时间可能也不是精确的 GPS 时间。

@likuku 不延迟就没法紧急 cut 直播镜头了

你用的什么操作系统，win7 默认一个星期才同步一次

@realpg 一般机房都有自己的授时中心，不过服务器都是和北上广的授时中心对时，如果对方无法访问则会通过自己的授时。

你的时间再精确，秒杀服务器的时间不精确也没用啊。

我记得阿里也有 ntp

@flynaj
@Telegram

so, 很早就有 freebsd 的大牛写文倡议服务器应使用 ntpd 来代替 ntpdate，因为前者是守护进程运行，
持续不断监视本机 RTC，有偏差就会立即修正，不需要人为照管。

AsiaBSDCon 上说 OpenBSD 的 sensor framework 的时候的一个观点 - delphij's Chaos : https://blog.delphij.net/2007/03/asiabsdconopenb.html

"第二，这样做不精确。一旦 ntp 服务器宕机，跟随它的服务器也就会无法同步时间。与此不同，ntpd 不仅能够校准计算机的时间，而且能够校准计算机的时钟。"


RTC 与 NTP - delphij's Chaos : https://blog.delphij.net/2010/08/rtc-ntp.html

我在公司里一个 Win7，一个 iMac，全都启用系统网络校时。但是！ Win7 比我手机慢 2 分钟左右，mac 比手机快 2 分钟左右，也就是说这两台电脑相差 4，5 分钟，手机是准时的！

个人观察，一般通过公网校时（网络正常情况下）大概在 10ms 量级，基本上误差 < 10ms 就算是很稳定的了，多数情况在 100ms 以内，没有特殊需求的话是完全够用的，如果在网络良好的局域网内有时候可以达到 1ms 量级
查看方法就是上面有提到的 ntpq -p 命令，其中 offset 是误差，jitter 是本机获取到的和源的误差的抖动大小（最近若干次 offset 的均方根），理想情况下应该为 0 当然实际上是达不到的... jitter 大说明客户端到这个源的校时状况不稳定，一般来说是因为网络抖动影响了时间差的计算，暗示使用这个源同步可能不那么可靠

@missdeer 类库叔乃有木有看过这几个设备各自校时使用的源是谁...我猜 win 默认用了巨硬在美帝的 time.windows.com, 水果默认用了在新加坡一带的 asia.time.apple.com, 然后手机可能用的是 xx.pool.ntp.org 然后被解析到了国内或者日本

然而这样也不可能有分钟级的误差，乃确定对时服务在跑么(￣￣")

多谢大家，我找了些国内的 ntp 服务器，挑了个 ping 值最小的 ntp6.aliyun.com ，同步后好多了，但目测仍然比手机慢 1s
左右，和网页版的 http://www.hko.gov.hk/gts/time/clock_uc.html 对比，目测大约慢 0.5s 左右。
这个误差虽然没有太大影响，但较真的毛病又犯了，感觉 ntp 协议是有网络延时补偿的，似乎不应该有这么大的误差。

@AstroProfundis 是的，windows 默认用 time_windows_com，但是国内似乎经常连不上，我也曾多次直接用 ntpdate 去主动用它来对时，成功率非常低。

而 time_apple_com 就非常可靠，办公室里我经手用过的 windows，首先就把它 ntp 时钟源改为 time_apple_com

@eric13517 ping 数值不能作为首要选择条件，最好能有 GPS/原子钟，它们自身时钟误差最小。

偷懒就 pool_ntp_org 吧。

以下供参考:
30.10.通过 NTP 进行时钟同步 : https://www.freebsd.org/doc/zh_CN.UTF-8/books/handbook/network-ntp.html

自己用 time.apple.com 同步时间，但是过一段时间误差会越来越大

这时候就体现出电脑带 4G 的优势了，我靠 GPS 对时的

@eric13517 #20 https://time.is/ 可以计算误差

顺便一提，现在 Systemd 自带 SNTP 客户端，开箱即用，timedatectl 可查看状态。

http://ntp.org.cn/

由 @qiuai 维护的 NTP 服务器列表

我不太相信手机的时间，至少我从没看到它把设错的时间啊调回来过。

其实我一直不理解这种对时的误差从哪里来。既然知道时延，为何不依照时延 /2 进行自修正？哪怕链路往返时间不相等，误差也是 ms 级，怎么会有 s 级的误差？

@likuku #21
windows 的不可靠 apple 的可靠 很大程度上是由于 windows 的客户端太多……

现在 Windows 自带的 NTP 对时最多精确到秒，如有需要，微软建议用第三方软件，Windows Server 2016 的可以精确到毫秒。

time.apple.com 经常突然误差 300 多秒，不知道什么情况，，

@riggzh 请问一下电脑带 gps 或者“定位”怎么样能抓到数据呢，我是联想笔记本好像是有 gps 的

@59973 #33 有 4G 模块才有 GPS