Linux   发布时间:2022-04-01  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了linux – 使用GPS时钟看似质量差的NTP时间同步大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。

概述

我有一台 Linux服务器,它的时间与附近的基于GPS的NTP设备同步.从服务器到设备的Ping时间约为1ms,抖动非常低: --- x.x.x.x ping statistics --- 100 packets transmitted, 100 received, 0% packet loss, time 99001ms rtt min/avg/max/mdev = 0.874/0.957/1
@H_607_14@
我有一台 Linux服务器,它的时间与附近的基于GPS的NTP设备同步.从服务器到设备的Ping时间约为1ms,抖动非常低:
--- x.x.x.x ping statistics ---
100 packets transmitted,100 received,0% packet loss,time 99001ms
rtt min/avg/max/mdev = 0.874/0.957/1.052/0.051 ms

但是,NTP客户端估计时间同步的准确度大约为5-6ms,虑到设置,这似乎非常高:

synchronised to NTP server (x.x.x.X) at stratum 2
   time correct to within 5 ms
   polling server every 16 s

ntpq -p给出以下内容

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*x.x.x.x         .PPs.            1 u   10   16  377    0.964   -0.019   0.036

两个问题:

>可能导致NTP客户端对同步精度的信心如此之低?
>有没有办法测量同步的实际精度,比如说到最接近的毫秒?

解决方法

ntpstat在“time correct to within”之后显示的值是根色散根延迟/ 2.ntpq -p不显示“根色散”运行ntpq -c rl.

尽管如此,很明显缺乏准确性的主要原因是分散而不是延迟(仅为0.964).

色散是“相对于主要参源的标称误差”.我简要介绍了NTPv4 RFC,这就是它要说的内容

使用rrdtool术语分散不是衡量标准,而是计数器.看到一个很大的值可能并不表示有什么不对.

唉,我无法很好地理解ntp算法,看看如何使这个数字更小.我注意到这个值偶尔会被重置.我不知道为什么.

大佬总结

以上是大佬教程为你收集整理的linux – 使用GPS时钟看似质量差的NTP时间同步全部内容,希望文章能够帮你解决linux – 使用GPS时钟看似质量差的NTP时间同步所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。