Aqui está o problema: o convidado do SLES 10 SP1 está sendo executado no HyperV. Preciso de marcação de tempo precisa nesta caixa, por isso apliquei esses parâmetros de kernel (que comprovadamente funcionam em outro convidado idêntico do SLES 10 SP1) na configuração do carregador de inicialização:
clock = acpi_pm divider = 10
E, claro, o serviço NTP está ativado, a sincronização de horário entre o hipervisor e o convidado está desativada.
Depois disso, o tempo é mantido com precisão, mas eu encontrei um aumento dramático no consumo de CPU do sistema. Assim que eu removo o parâmetro clock = acpi_pm, o desvio de tempo está de volta, mas o consumo de CPU é normal.
Eu preciso do horário correto nesta caixa. E eu tenho outra caixa onde esse valor do parâmetro clock funciona sem nenhum problema.
Alguém tem uma ideia de como manter o tempo correto sem afetar tanto a CPU?
Obrigado a todos.
A VMware recomenda um conjunto ligeiramente diferente de parâmetros para o SLES 10 SP1:
clock=pmtmr hpet=disable
Normalmente, só executo convidados do Windows no Hyper-V, por isso não tenho certeza se isso é igualmente relevante para o seu ambiente. Vale a pena tentar.
Simples: NÃO VIRTUALIZE.
A virtualização por definição tem distorção de tempo. O software de alta precisão não funciona bem com a virtualização. Eu tenho um sistema similar aqui (me informando a cada hora que ele sincroniza por 36ms) recebendo um pacote constante de 100 pacotes por segundo ou mais para mantê-lo em sincronia.
Simplesmente não funcionou sob virtualização. Virtualiaztion Hyper-visors não são em tempo real capaz neste momento.