Tenho um servidor NTP no Windows 10 que o utiliza LOCAL CLOCKcomo referência. Ele possui clientes NTP para Windows 10 e Linux.
Os nós do Windows usam o serviço Windows Time (cliente e servidor), os clientes Linux usam o chrony.
Questões:
O método está correto para medição de precisão em nós do Windows?
Um artigo de conhecimento para sistemas operacionais Windows As condições de contorno para o método de sistemas de alta precisão consistem em calcular a latência unidirecional (distância raiz) juntamente com outros critérios mencionados no link fornecido acima.
Abaixo está o método que estou usando. Ele mostra que a precisão chega a 0,5 milissegundos. Ouvi dizer que o NTP não pode ser tão preciso, e estou duvidando da metodologia.
(Average(RTT calculation from Win10NTPClient to NTPServer)/2)
O método está correto para nós NTP Linux que usam chrony? Estou tentando entender o método em " Qual a precisão do meu relógio do sistema?"
A última coluna do arquivo
\var\log\chrony\tracking.logapresenta o erro máximo. Como interpreto isso como precisão? Essa suposição está correta?Por que o chrony e o Windows têm metodologias diferentes mesmo usando o protocolo NTP?
Por favor, me ajude a entender esses conceitos. Só ouço falar de métodos diferentes, alguns se referindo apenas ao uso de NTPOffset, e esse valor é muito pequeno (em nanossegundos), o que me deixa em dúvida.
(Esta resposta pressupõe que você esteja ignorando a advertência de @HBruijn sobre sua fonte de tempo raiz, o que você realmente não deveria fazer. Uma rede NTP é tão boa quanto seus servidores raiz.)
Em uma LAN Gigabit Ethernet típica, sem nenhum ajuste especial, eu esperaria que deslocamentos de NTP na faixa de 0,5 ms fossem "normais". Deslocamentos na faixa de nanossegundos parecem bastante otimistas, a menos que você esteja usando hosts e redes extremamente rápidos.
Na minha LAN de 1 Gbps (com modelos de CPU host com 7 a 12 anos de uso), obtenho deslocamentos na faixa de ± 200 µs. Aqui está o gráfico de três hosts na última semana:
Cada um dos hosts representados no gráfico acima está na mesma LAN que sua fonte do estrato 1 (um Raspberry Pi 4 modelo B com um receptor GPS) e executa o Chrony 4.2 no Linux. Eles estão executando outras cargas de trabalho, mas mesmo se estivessem completamente ociosos, é duvidoso que conseguissem atingir deslocamentos na faixa de nanossegundos.