Hyper-V的vm，22天后时间误差了近45秒?

你们遇到过这样的情况吗？

我22天前给vm同步过北京时间。

然后22天后 在对比 北京时间，竟然慢了差不多45秒。

我以前已经关闭了HyperV物理机同步vm时间的选项了。

刚才过滤出了vm所有时钟调整的系统日志，虽然有几个记录，

但是几个记录调整的时间 最高没有超过1秒，而且累加起来应该也不会超过3秒。

是CPU时钟频率有问题吗？还是可能其他原因？

各位还有留意过各种虚拟化的vm的时间不同步现象吗？

各位如果遇到这样的情况，通常会有什么排查思路？
重庆网友:差不多所有时间调整的系统日志都是这样的：

系统时间已从 ?2019?-?05?-?15T19:19:31.224309800Z 更改为 ?2019?-?05?-?15T19:19:31.224000000Z。

更改原因: 应用程序或系统组件更改了时间。

，也就是精度调整了0.0001秒左右。（这种时间一般是什么进程调整的？因为在这22天内 我都没有手工调整过时间）
内蒙古网友:多说一句。我关闭了系统自带的时间同步。因为似乎不太稳定，经常无法同步。

然后自己写了 批处理程序，定时自动同步的。差不多22天前 手工关闭了 批处理程序。

并且可以确定22天 前关闭的时候，有正常完成了那一次的时间同步（因为我同时记录了时间等日志）

然后今天再登录vm就发现时间慢了差不多45秒。
陕西网友:以前也遇到过 个人电脑 时间有时卡住不动了，比如现在正常同步了北京时间，

但是24小时后，系统时间只走了差不多3个小时。也就是24个小时 产生了近21个小时的误差。

那个 好像说是因为CPU晶振之类的坏掉了导致的？

但是这次的情况是服务器。CPU应该是正常的。

不知道是否可以用软件直接检测出 晶振频率 之类的参数？
广东网友:不知道，楼下大佬一定知道。
江苏网友:没见过24小时卡住差21小时的，只知道vm时间本来就越走越慢。

之前用vmware esx虚拟化，所有的机器都是这样，厂家的解释是vm虚拟机的时钟都是模拟出来的，当系统负载过高的时候模拟的时钟都会变慢，导致越走越慢。重要的是模拟的时钟自己不知道自己变慢，所以每台机器需要开启与esx主机同步时间
浙江网友:感谢解答，学习了。我也在想 会不会是因为负载的原因 导致变慢了，你这样解释就Get了。

24小时误差了几小时的电脑，我应该不止遇到过2例，都是个人电脑。可能是CPU有问题。
内蒙古网友:还有些鸡房 \封\杀了时间同步 （ntpdate无法同步），是为何？

难道允许客户机 时间同步 也会有被放大攻击 的可能性？
新疆网友:按照 6#的说法，那我这个例子，差不多平均每天会慢了2秒。
安徽网友:原来 “天上方一日，地上已千年” 是这么来的

以上信息转载自Hostloc。

未经允许不得转载：美国VPS_搬瓦工CN2 GIA VPS » Hyper-V的vm，22天后时间误差了近45秒?