[大事不妙)Windows时钟已经进入宇宙压缩时间

以前没注意过这个现象，过会儿重新启动机器，进入CMOS设置中看看那里的时间跳动是否也是这样。

[ 本帖最后由 VIVAVIVA 于 2008-11-27 09:44 编辑 ]

这个问题肯定是操作系统的问题，要么就是电脑的问题（虽然我的也是这样）这个只能等等用vista或者98、2000、ME等操作系统的人回帖了。
为了这个问题我特地把我家的表摘下来放到电脑前面（尽量让他们处在同一时空）比较，只有电脑的表这样，石英表却不是这样的（其实我还发现个问题，那5秒的速度比石英表的5秒快，而哪那一秒要比石英表慢，这两个差可以抵消一下，但是不能抵消完全，最终的结果是电脑的表要比石英表慢一点点，相当小的一点点）。既然是这样就不可能是时空的问题而只是电脑的问题，因为在时空里离的这么接近的两块表（一块是电脑）为什么会有这种差异呢？

嘿嘿，这就是传说中的“秒历”

计时的“回归分”读秒误差平滑处理问题。

    电脑晶振基频很大，但是要做个每秒一次的跳变显示也有四舍五入问题，可能程序员就考虑怎么安排才好点，怕误差积累，就每隔一小段时间调整一次，但是不同的程序员，或者是精度要求不同了吧，就改变平滑方案了——尽量简化程序，或者尽量压缩最大误差水平，有些系统程序选的是“5秒1闰”方案，把第5秒的显示调到准确瞬间，于是每5秒后的误差都尽量归零，不向后顺沿积累。
    但是这个平滑方案不是固定的，估计是编写有关的系统程序时收到了某些使用者的要求，或者这个程序员自己喜欢这种方案，没有人说要也故意选吧，问一下编程的可以搞明白。其它系统的调整周期不一定是5秒，有些貌似每48秒才捣鼓一次，春分点东移角速度超级快，没注意到的时候跟着读秒也许会以为自己脑筋突发僵化了。
    这个程序挺有意思，我推测刚做计算机的人一开始就碰到编“秒历”的头疼问题了，可能就考虑当时的精度要求选个比较方便的周期来归零吧，但是现在看就比较长，误差积累太大了，于是改成更短周期的方案，一串密集的小锯齿，不搞稀疏的高台跳水，但是跟理论上可行的尽量精确跳秒比较，仍然不是最佳方案，原因可能是普遍的要求还没出现，就懒得编太复杂的平滑程序了（有个怀疑是网络时间同步和校时出现问题引发技术小变革的），调整动作变得很频繁，对时的人就容易发现了，也应该说明对时最好选在每个周期的第1秒的开始显示，这个瞬间的精度可能最高。
    专门的计时程序也许要求更高吧，看一下是采用哪种平滑方案。

[ 本帖最后由 千眼观音 于 2008-11-27 00:53 编辑 ]

学习一下千眼观音提供的资料。
刚才在CMOS设置中看了下，那里的秒数跳动是正常均匀的，看来WIN下的4秒1秒现象是WIN系统程序编写的原因。

[ 本帖最后由 VIVAVIVA 于 2008-11-27 09:48 编辑 ]

那是我凭空猜的。
找了个解释，原来是没人在乎的“逗你玩”，几乎没有哪秒是真正打算准确显示的，除非不幸碰到公倍数
不过也许可以自己改程序来DIY，但是系统的东西盘根错节，当心崩溃，还是换个专用工具显示吧，flash之类的时钟没有这种现象。
参见:
为什么Windows 2K/XP/2K3系统的时钟前四秒快第五秒慢？
http://gezhi.org/blog/yan/1006

[ 本帖最后由 千眼观音 于 2008-11-27 23:36 编辑 ]

这倒是，我的屏幕保护程序就是一个大表盘，这个就没有问题。

用心看了好几分钟
没出现lz说的现象，但出了另外的
数字秒表每逢跳到30秒和整分0秒，数字在瞬间闪过，时间不够半秒。
也就是说，我电脑的表是每一分钟自动“闰-1秒”只有59秒。
或者反过来说，是每一秒都比世界时的一秒长了1/59秒

真是这样诶！  真是系统BUG？
对了  好像其他的一些东西 比如 手机之类的 也有这问题！

别吓人啊  有人能解释一下不？