问题在于：SLES 10 SP1 guest虚拟机正在HyperV上运行。 我需要在这个盒子上进行精确的计时，所以我已经将这些内核参数（已经certificate可以在其他完全相同的SLES 10 SP1 guest中使用）应用于引导加载程序configuration：
clock = acpi_pm divider = 10
当然，NTP服务处于开启状态，pipe理程序和guest虚拟机之间的时间同步closures。
之后，精确地保存了时间，但是系统的CPU消耗急剧增加。 只要我删除clock = acpi_pm参数，时间漂移回来，但CPU消耗是正常的。
我确实需要在这个盒子上正确的时间。 而且我有另一个盒子，这个时钟参数值没有任何问题。
有没有人有一个如何保持时间正确的想法，而不是太多的CPU影响？
谢谢你们。
VMware为SLES 10 SP1 推荐了一组稍微不同的参数：
时钟= PMTMR HPET =禁
我通常只运行Hyper-V下的Windows客户机，所以我不确定这是否与您的环境同等相关。 这当然值得一试。
简单：不要虚拟化。
每个定义的虚拟化有时间偏差。 高精度软件在虚拟化方面效果不佳。 我在这里有一个类似的系统（每隔一小时告诉我它同步36毫秒）每秒钟获得一个恒定的100个数据包，以使它保持同步。
根本没有在虚拟化下工作。 Virtualiaztion Hyper-Visors现在不是实时的。