Qual a precisão que posso esperar a hora de ser de um servidor NTP stratum 0 na mesma sub-rede na ethernet?

StackOverflow https://stackoverflow.com/questions/126710

Pergunta

Eu tenho um aplicativo que depende gpsd e ntpd para definir com precisão a hora do sistema em uma máquina Linux.

gpsd é alimentado NMEA + PPS

A aplicação é punping ~ 25MB por segundo através da rede e eu acho que o carregamento no sistema está causando instabilidade no tempo de alguma forma. (Carregado barramento PCI expressa causando latência de interrupção irregular)

Eu tenho uma outra máquina que não está carregado em tudo que eu poderia configurar para ler o GPS e agir como um servidor NTP para a máquina carregada. (O veículo carregado seria obter startum 1 ???)

Como lata precisa espero que o tempo para ser de um servidor NTP stratum 0 na mesma sub-rede na Ethernet?

Espero que isso não é muito fora de tópico, tenho certeza que em algum momento alguém vai ser feliz a resposta está documentado aqui. ; -)

Foi útil?

Solução

Melhor informação que eu poderia encontrar em NTP precisão , parece ponto em 1-2 ms em um ambiente LAN:

NTP v4 com o kernel mods para apoiá-lo, é capaz de muito melhor do que a precisão de 1 ms, possivelmente tão bom quanto 1ns. De acordo com o artigo [Dave Mills], NTP v3 é preciso para 1-2ms em uma LAN e 10s de MS em redes WAN. http://www.cis.udel.edu/~mills/ntp.html

Outros artigos sugerem que com uma fonte de tempo preciso, como uma fonte de tempo GPS, NTP tem uma precisão de 50us, mas as ligações com o apoio do kernel Linux dizer que precisão de alguns ms são possíveis. http: //www.atomic-clock. galleon.eu.com/support/ntp-time-server-accuracy.html

Outro artigo diz que é dependente da previsibilidade dos atrasos na rede (ou seja, uma rede de baixa jitter). http://www.postel.org/pipermail/end2end- interesse / 2003 a abril / 002925.html

Outras dicas

NTP é geralmente considerado bom para pequenos ms de um dígito neste tipo de situação.

Depois de ter sido executado por alguns dias, não deve ser realmente muito jitter em qualquer um dos relógios reais, porque os implementos NTPD um montão de filtragem constante de tempo muito longo.

No entanto, você não realmente dizer como você está medindo o tempo, e qualquer mecanismo que você está usando pode ser tão nervoso quanto (se não mais do que) a sincronização subjacente.

Se você tem uma rede e de rede ocupados cartões com tamponamento muito profundo, então isso pode não ser ajudar as coisas, como o jitter entre a chegada de pacotes e de interrupção do serviço será maior. O apreciador sua comutação Ethernet é o pior é por tempo demais -. Antigos centros de moda são melhores do que os switches neste sentido

O nível de estrato do servidor NTP em questão não tem relação com a precisão do relógio / servidor. É puramente significa a distância do "relógio de referência" você é.

O que é mais importante, no que diz respeito à precisão NTP (em relação ao tempo, é claro) é a latência de rede entre os servidores, o tipo de servidor que está sendo usado e, potencialmente, a carga do servidor. Dependendo do que servidor NTP que você usa, eles documentam de quão preciso seu tempo será. Cada software servidor usa vários algorithims de tempo de computação baseada na latência de rede e carga do servidor, e que se resume à precisão dessas algorithims.

Por exemplo, o servidor MS NTP afirma que serão precisos dentro de 2 segundos. OpenNTPD afirmou que eles não vão dar-lhe a possível precisão do servidor. Há casos em que estrato 3 servidores podem ser mais preciso do que estrato 2 servidores, etc.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top