Aparentemente alto clock skew entre quatro sistemas, normal?

2

Estou pesquisando um pouco de problema na manutenção da sincronização de tempo entre os sistemas. Finalmente, decidi medir a variação real do relógio entre os hosts e descobri que, ao longo de 13 horas, havia um desvio bastante grande (IMO). Relativo ao host 'principal':

  • systemA ganhou 3 segundos
  • systemB ganhou 2 segundos
  • systemC perdeu 7 segundos

Este é um cenário relativamente normal? O sistema 'principal' e o sistema A são novos HP DL380, enquanto os sistemas B e C têm 2 ou 3 anos.

Vamos verificar as baterias CMOS, mas não sei se isso afeta o funcionamento do relógio enquanto o sistema está ligado.

Obrigado!

    
por Bob 20.04.2011 / 13:55

2 respostas

2

Você não mencionou qual sistema operacional está sendo executado - já que você está usando o ntpd, assumirei seu Linux / Unix / BSD.

O relógio em que o sistema operacional obtém seus timestamps é não o clock do hardware - são duas entidades separadas (o IIRC não faz parte do POSIX, mas a maioria dos sistemas Unix fornece um hxclock utilitário para interagir com o relógio do hardware). O clock do sistema é definido a partir do clock do hardware no momento da inicialização (e o clock do hardware deve ser definido a partir da hora do sistema no desligamento - mas as implementações variam).

Você marcou isso como ntpd - mas atualmente está executando o ntpd (configurado para usar um servidor válido e acesso de leitura / gravação ao arquivo de desvio)? Se não, então até mesmo alguns segundos por hora não é uma grande quantidade de preocupação - apenas configure o ntpd e ele aprenderá como o relógio do sistema deriva em relação ao tempo do servidor e descobrir como compensar via adjtime [x]. Se você já está executando um ntpd corretamente configurado e treinado, então há algo muito maluco acontecendo aqui.

    
por 20.04.2011 / 14:25
0

Sim, é. Suga majoramente, mas é. Não é tão alto assim - 13 horas têm 46800 segundos. Isto é algumas tolerâncias menores nos qaurts de freqüência para o cpu;)

Eu conheço alguns sistemas de alta precisão (uma distribuição de massa rtp, um dado financeiro) e ambos têm seu próprio mecanismo de tempo (rtp: baseado em um cliente ntp customizado, dados de mercado de qualquer forma usam muitos pacotes udp que também contêm um sinal de tempo).

O fechamento do computador é "bom o suficiente" para a maioria dos usos e é para isso que serve. Fopr qualquer coisa mais específica usar hardware especial. Meu fluxo de mercado calcula o clock do meu sistema em 39ms / hora;)

    
por 20.04.2011 / 14:25

Tags