A distorção de tempo no Windows pode ser reduzida para +/- 5 ms?

2

Várias das nossas estações de trabalho do Windows, executando o ntpd, simplesmente não conseguem manter o tempo. Nossas estações de trabalho e servidores Linux executando a mesma configuração do ntpd não têm esse problema, eles podem ficar dentro de +/- 5 ms de inclinação. Os hosts do Windows se deslocam facilmente para segundos e, às vezes, minutos de intervalo. Isso é um problema para nós.

O único fator comum que conseguimos isolar é que os hosts que não conseguem manter o tempo estão executando o Windows.

Existe algo impossível sobre o que estamos tentando fazer?

EDIT: sim, as estações de trabalho do Windows são unidas a um domínio, mas o ntpd não está sincronizando tempo contra os DCs (os DCs estão sincronizando muito bem com nossas fontes ntp, FWIW)

EDIT: sim, precisamos de precisão em milissegundos

EDIT: sim, o serviço de Tempo do Windows (W32Time?) está desativado

EDIT: estamos executando o ntp.org Windows ntpd

    
por mbac32768 03.06.2010 / 17:34

6 respostas

1

aqui está a resposta oficial do link

    
por 03.06.2010 / 18:16
1

É importante notar que, se você estiver usando o relógio do sistema Windows para medir o tempo, sua resolução é limitada a 10 ou 15 milissegundos (isto é, ele é atualizado apenas a cada 10 ou 15 milissegundos) na maioria dos casos.

    
por 03.06.2010 / 23:29
0

Eu não posso dizer com certeza, mas parece que o daemon NTP do Windows está terrivelmente quebrado (pelo menos no seu caso). Você tentou desativá-lo e executar um daemon NTP de terceiros?

± 5ms é uma IMHO de tolerância muito apertada (embora eu não esteja fazendo nada crítico em tempo, por isso fico feliz se meus relógios estiverem no mesmo segundo), mas o NTP deve ser capaz de manter você dentro de um segundo se tudo está funcionando corretamente. A única exceção seria se o seu relógio local estivesse horrivelmente quebrado (e com isso eu quero dizer balanços selvagens e quase SEM estabilidade de freqüência - os daemons NTP modernos são muito bons em ajustar para algum desleixo no relógio local).

    
por 03.06.2010 / 17:46
0

Se você tiver um domínio, as estações de trabalho devem obter tempo dos controladores de domínio. Portanto, se você tiver a configuração dos controladores de domínio em uma fonte confiável de relógio da Internet ( link ), os clientes deverão permanecer no horário. p>

Para configurar seus controladores de domínio para um relógio externo da Internet, confira: link e pule para a seção sobre "Configurar o serviço de tempo do Windows para usar uma fonte de tempo externa"

Para computadores clientes, use a Diretiva de Grupo para ajustar a frequência com que seus clientes verificam o domínio por tempo: Configuração do Computador: Modelos Administrativos: Sistema: Serviço de Tempo do Windows: Configurações Globais de Configuração - > Atualizar intervalo (em segundos).

Espero que isso tenha sido útil. Boa sorte!

    
por 03.06.2010 / 17:58
0

Isso funciona corretamente fora da caixa, a menos que você o quebre. Os membros do domínio usam o Serviço de Tempo do Windows para sincronizar com o detentor da função FSMO do Emulador PDC, que você deseja sincronizar com uma origem NTP externa.

Se você desativou a maneira como funciona e o tempo está distorcendo, então você fez algo errado. Você pode corrigi-lo com suas ferramentas ou usar as coisas que o sistema fornece para você.

.edit - whoops. Eu interpretei mal sua pergunta como +/- 5 minutos , não em milissegundos. Me desculpe. Se você estava vendo mais de 5 minutos de inclinação, então você estava fazendo errado. Se você precisa de menos de 5 milissegundos de sincronização, então sim, você precisará de softwares de terceiros e não sei que tipo de ajustes serão necessários.

    
por 03.06.2010 / 18:30
0

Sim. Pode. Minha empresa escreveu um software que sincroniza os relógios com mais precisão do que isso. Infelizmente não posso abrir o código-fonte. Se é uma caixa de janelas de 32 bits, você pode usar o Automacron para isso, e eu posso confirmar que funciona.

    
por 11.08.2010 / 16:48

Tags